提示词模板

这些模板不是咒语，而是帮你把需求说清楚。

你可以直接复制，再把里面的项目名、目标用户、功能范围换成自己的内容。第一次用 Codex 时，建议先用“让 Codex 先问问题”和“让 Codex 先读项目”这两类模板。

让 Codex 先问问题

适合场景：你只有一个模糊想法，还不知道怎么开始。

text

我想做一个项目，但需求还不清楚。

请你先不要写代码，先问我 5 个关键问题，帮我把下面这些信息说清楚：

1. 这个项目要解决什么问题
2. 谁会使用它
3. 第一版只做哪些功能
4. 暂时不做哪些功能
5. 怎么判断第一版算完成

等我回答完以后，请你再帮我整理成一份项目需求说明。

适合场景：你已经有一个文件夹或项目，但不知道里面是什么。

text

请你先阅读当前项目结构，告诉我这个项目大概是做什么的。

先不要修改任何文件。

请按下面格式总结：

1. 主要文件和文件夹
2. 这个项目可能的运行方式
3. 你已经确定的事情
4. 你还不确定、需要我确认的事情

适合场景：你已经说清楚需求，但还不想让它马上动手。

text

请你根据当前需求制定一个实施计划。

要求：

1. 每一步都说明要做什么
2. 每一步都说明可能会修改哪些文件
3. 每一步都说明如何检查结果
4. 暂时不要修改文件，等我确认计划后再开始

适合场景：你怕它一次改太多，看不懂变化。

text

请你只完成当前最小一步修改。

修改前先告诉我：

1. 你准备改哪个文件
2. 为什么要改它
3. 这次修改完成后我应该看到什么变化

等我确认后，再开始修改。

适合场景：它说做完了，但你不确定是不是真的完成。

text

请你检查刚才的修改是否完成了目标。

请按下面格式回复：

1. 你修改了哪些文件
2. 你运行了哪些检查
3. 检查结果是什么
4. 还有哪些风险或没完成的地方
5. 我下一步应该怎么验证

适合场景：你看到一堆错误信息，不知道哪里出问题。

text

下面是我遇到的报错信息。

请你先用普通人能听懂的话解释它大概是什么意思，不要马上修改代码。

然后请你告诉我：

1. 最可能的原因是什么
2. 你需要查看哪些文件
3. 你建议先做哪一个最小排查动作

报错信息如下：

[把报错粘贴到这里]

适合场景：一个任务做完后，你想沉淀成教程或抖音笔记。

text

请你根据这次任务过程，帮我写一份复盘。

请按下面结构写：

1. 原始需求是什么
2. 最终做出了什么
3. 中间遇到了哪些问题
4. 关键提示词有哪些
5. 如果讲给小白听，最应该提醒什么
6. 下一次可以怎么做得更好

好提示词不是越长越好，而是越清楚越好。

每次开始前，尽量说清楚四件事：目标、背景、限制、验收标准。你说得越清楚，Codex 越不容易乱跑。