正在加载陈远的个人网站

先研究再设目标，提升 Codex 代理协作质量

建议先完成需求澄清与研究，再调用 set_goal 明确目标，以提升 Codex 后续执行质量。

提示词软件工程提示词Agent 工程研发效能工作流

原始内容

Vaibhav (VB) Srivastav@reach_vb

codex tip: ask codex to do its research first and then use set_goal to set an appropriate goal instead of /goal It results in massively better prompt and downstream results! all my prompts would start with requirements gathering and research and once done set_goal

中文译文

机器翻译，保留原文供核对。

Codex 小技巧：让 Codex 先做研究，再用 set_goal 设定一个合适的目标，而不是用 /goal。 这会带来好得多的提示词和下游结果！ 我所有的提示词都会从需求收集和研究开始，完成后再 set_goal。

深度解析

是什么 这是一条关于 Codex 使用方法的经验分享。作者建议不要一开始就直接给执行指令，而是先让 Codex 做需求收集与研究；信息准备完成后，再使用 set_goal 设定合适目标。作者称，这样能显著改善提示词质量及后续结果，并表示自己的提示通常以需求澄清和研究开场。

核心方法 它把一次代理任务拆成两个阶段：先降低不确定性，补齐背景、约束与验收方向；再把研究结果压缩成可执行目标，驱动后续规划与实现。关键不在某个神奇命令，而在于把“理解问题”和“解决问题”分开，避免代理在上下文不足时过早行动。set_goal 在这里承担的是目标收束和工作对齐作用。

关键洞察 对复杂工程任务，前置研究能减少反复追问、错误假设和无效输出，也便于把模糊愿望转成可检查的结果。可将其固化为提示模板：背景与需求 → 关键未知项 → 研究结论 → 目标、边界和验收标准。

边界与风险 这是个人经验而非量化实验，文中没有说明任务类型、比较基线或“massively better”的测量方式。研究阶段也可能增加延迟或引入不必要范围；目标必须由人复核，尤其要检查事实来源、权限边界和验收条件。该内容聚焦 Agent 工作流与研发效能，没有视觉或交互设计证据。

精选追评与案例

  1. kayce@fttt007 · 查看追评

    给出一套可直接复用的 set_goal 目标模板，明确研究、证据、约束和停止条件。

    我找到了：先不要立即执行。 先研究当前项目、相关文件、已有实现、约束条件和可用的验证方法。完成需求收集和研究后，向我说明你发现了什么，并基于这些证据制定一个明确、可验证的目标。 然后调用 set_goal，把这个目标设置为当前线程的正式 Goal，并开始持续执行。 Goal 必须包含： 最终结果； 验证成功的证据； 不得破坏的约束； 允许使用的文件和工具； 每轮迭代的判断方式； 无法继续时的停止条件。

  2. Glenn 'devalias' Grant@_devalias · 查看追评

    提供一个完整可复用的 Codex 研究加 set_goal 提示词范例。

    @reach_vb Prompt: Research Codex's GitHub backlog: find well-investigated reports left unacknowledged, cross-link/de-dupe issues, and identify fixes. Then use set_goal to triage and fix them—before users feel neglected and decide reporting issues isn't worth it. https://t.co/xgchhGj60e

    中文译文 · 机器翻译

    @reach_vb 提示词： 研究 Codex 的 GitHub 待办事项：找出调查充分但尚未被确认的报告，交叉链接/去重问题，并确定修复方案。然后用 set_goal 进行分诊并修复它们——赶在用户感到被忽视、认定报告问题不值得之前。 https://t.co/xgchhGj60e

  3. Virgil Maro@hellovirgil_ · 查看追评

    点明先研究再设目标的关键原因，避免智能体追逐错误猜测。

    @reach_vb letting it research before you set the goal is the whole trick. a goal handed cold is just a guess, and the agent chases your guess at full speed instead of the real problem

    中文译文 · 机器翻译

    @reach_vb 先让它做研究再设定目标，这才是真正的诀窍。冷冰冰直接给一个目标只是猜测，而智能体会全速追逐你的猜测，而不是真正的问题。

  4. Denis Spirin@den_spirin · 查看追评

    补充了直接设目标会导致偷懒取巧的实操教训和修正做法。

    Same, same. I originally was like, just set the goal and see it rolling But then it would result in really poor choices and easy hacks So now I also start with at least some basic research, and let it set it goals once I did at least a basic review (I still get bamboozled by terrible hacks from time to time though)

    中文译文 · 机器翻译

    一样，一样。我最初的想法是，直接设定目标，然后看它跑起来。 但那样会导致非常糟糕的选择和偷懒的取巧做法。 所以现在我也会至少先做一点基础研究，并且在我至少做过一次基础审查后，再让它设定目标。 （不过我现在偶尔还是会被糟糕的取巧做法忽悠到。）

  5. DZRobo@robo_denis · 查看追评

    给出“稍微留白再迭代”的通用请求技巧，可迁移到非 /goal 场景。

    @reach_vb I confirm that in fact, it is better to put almost any request (not only “/goal” mode) to the model a little "uncertain", giving space to improve it by conducting a small iteration before it starts working.

    中文译文 · 机器翻译

    @reach_vb 我确认，事实上，把几乎任何请求（不只是“/goal”模式）都稍微“不确定”地交给模型会更好，给它空间在开始工作前先做一小轮迭代来改进。