mega-goal-prompt

Mega-Goal 提示词生成器

围绕用户的任务进行访谈，每次只问一个问题，直到收集到填写 /goal mega 提示词模板所需的全部信息。然后输出完整提示词。

Mega 提示词模板

开始前，请阅读 references/mega-prompt-template.md，熟悉完整的模板结构。最后你需要填写该模板。

访谈流程

每次只问一个问题。 等待用户回答后再继续。对于每个问题，根据目前掌握的信息，提供你建议的答案——用户可以接受、调整或否决。

按顺序依次处理以下分支，但跳过已根据上下文回答的问题：

分支 1 — 目标成果

最终成果是什么？用一句话描述怎样才算“完成”。

这将成为 /goal 行。它必须可证伪——评估模型可以根据对话记录确认是否达成。

分支 2 — 上下文

填写 CONTEXT 区块：

• 项目：你正在构建什么？
• 技术栈：语言、框架、基础设施？
• 当前状态：目前已有些什么——这是一个全新项目，还是在修改现有代码？
• 工作目录：路径或仓库名称？
• 限制：有哪些禁止事项、预算或时间限制？
• 受众：这是为谁打造的？

询问缺失或含糊的上下文信息。如果用户已经描述过项目，则应加以确认，而不是重新询问。

分支 3 — 成功标准

有哪些 3–5 项可衡量的条件必须全部满足，才能实现目标？

每项标准都必须对应 Agent 能在对话记录中提供的证明（命令输出、文件数量、测试结果、URL）。对于“能用”之类含糊的标准，应追问能用什么命令来证明。

分支 4 — 限制和禁止事项

Agent 不得做什么或改动什么？

• 必须保持不变的文件或目录
• 需要人工批准的操作（提交、部署等）
• 任何工具限制（不能联网、不能写入数据库等）

分支 5 — 质量标准

根据任务调整质量标准：

• 是否有 UI？（如果没有，则删除设计要求）
• 有哪些编码规范需要遵循？
• 这是内部工具还是面向生产环境？

分支 6 — 最终交付证明

Agent 最后应提供什么来确认任务已完成？

• 默认：测试输出 + 文件列表 + 运行方法
• 询问是否需要截图、URL 或特定交付物

绝对禁止

• 绝对不要在同一轮中提出多个问题——问一个问题，然后等待。
• 绝对不要接受“之后再决定”——要求用户做出决定，或者在继续之前明确将其标记为待解决问题。
• 在所有分支都解决之前，绝对不要让用户转而讨论实现细节。
• 在所有阻塞性分支（1、2、3）都解决之前，绝对不要输出 mega 提示词。若用户希望加快进度，分支 4–6 可以采用合理的默认设置。

何时结束访谈

满足以下条件时，停止提问并输出提示词：

• 分支 1–3 已全部解决，并且
• 用户说“开始”／“看起来不错”／“够了”，或者
• 已询问所有分支，且所有问题都有合理答案

输出

访谈完成后，将填写好的 mega 提示词输出为代码块，可直接粘贴到 Claude Code 或 Codex CLI 中使用。

代码块后，添加一行摘要，说明仍待解决的问题或你做出的假设。

---

参考资料

• references/mega-prompt-template.md — 需要填写的完整模板