Codex App Commands：用命令快速整理线程、上下文和任务状态

适用场景

这篇手册适合已经在 Codex App 里进行多轮任务的用户。线程变长后，纯靠自然语言提示会越来越费力，Commands 可以帮助你更快管理上下文和固定操作。

OpenAI 官方文档提供了 Codex App Commands 说明。具体命令名称和可用范围会随版本变化，使用时以当前 App 中显示为准。

步骤 1：把 Commands 理解成快捷入口

Commands 不是替代任务提示词，而是减少重复操作。

适合 Commands 的场景：

• 查看当前线程或任务状态。
• 快速触发固定工作流。
• 整理长线程上下文。
• 使用产品内置动作。
• 减少重复输入。

不适合 Commands 的场景：

• 描述复杂业务需求。
• 解释项目背景。
• 设定一次性验收标准。
• 给出内容写作要求。

复杂任务仍然应该用清楚的自然语言提示。

步骤 2：长任务先稳定上下文

在长线程中继续工作前，可以先让 Codex 总结当前状态。

示例：

请总结当前任务已经完成的内容、还没完成的内容，以及下一步建议。不要修改文件。

如果 App 提供对应 Command，也可以用 Command 触发类似整理动作。关键是先确认上下文，再继续改代码或写内容。

步骤 3：Commands 后仍要写清楚本次目标

即使用了 Command，也要说明你这一步想达成什么。

示例：

继续刚才的手册任务。这一轮只补 Codex App 设置和 Commands 两篇文章，并运行 lint/build。

这样 Codex 不会把“继续”误解为无限扩展范围。

步骤 4：把固定流程沉淀成项目规则

如果你总是在 Commands 后补充同样要求，说明这些要求可能应该写进 AGENTS.md。

例如：

- 修改内容路由后必须运行 next build。
- 手册文章不使用生成示意图。
- 文章 source 必须指向官方来源。

Commands 负责快捷触发，项目规则负责长期约束。

常见错误

不要以为 Command 会自动知道你的业务目标。它只能触发入口，目标仍然要说明。

不要在长线程里只说“继续”。最好补一句当前阶段范围。

不要把 Commands 当成权限批准。涉及写文件、联网、桌面操作时仍应明确边界。

小结

Codex App Commands 适合在线程变长后快速管理上下文和固定操作。它和提示词配合使用效果最好：Command 负责入口，提示词负责目标、范围和验收标准。