跳到正文

任务指南 03 · 代码开发

在小简里进行 Codex 编程对话:把需求变成可验收任务

当模型目录提供 Codex 能力时,如何用范围、文件、测试和完成条件组织一次可追踪的编程对话。

条件性能力:取决于当前已发布模型目录与上游配置

先说结论

小简会把包含 Codex 的模型归入 GPT 家族,但具体 Codex 型号是否可选,由服务端发布的模型目录决定。本文介绍对话方法,不承诺任意环境都已上线某个 Codex 型号。

已核对事实与边界

  • 模型选择器以服务端模型目录和能力声明为准。
  • 切换模型只影响下一条消息,已有任务保持独立。
  • 当前仓库没有足够生产证据支持“Codex 已在所有部署可用”的表述。
01

把需求写成边界清楚的任务

先给目标、允许修改的目录、禁止区和验收方式。一个好的开场不是“重构项目”,而是“只改公开路由,让中英文页面可构建,并用指定测试证明没有触碰登录后工作台”。

02

要求它先读证据,再动文件

让模型读取仓库约束、相关实现和测试配置,报告当前状态后再修改。对于有未提交改动的仓库,明确要求保留他人变更,并在最后用路径级 diff 证明范围。

  • 权威源码与文档
  • 允许和禁止修改的路径
  • 测试、构建和截图要求
03

用完成条件结束对话

要求输出新鲜测试证据、失败项、未验证风险和提交范围。若模型目录没有提供 Codex,则选择可用的编程模型或等待管理员发布,不要把产品家族标签当作具体型号保证。

来源与证据

  1. 仓库实现证据:apps/api/src/provider.ts 与 apps/web/app/chat/page.tsx(模型目录与家族映射,2026-08-02)
  2. 具体 Codex 型号和生产可用性待部署环境确认

能力状态基于 2026-08-02 的仓库证据,不构成生产可用性或商用放行保证。

把指南变成一次真实任务

打开小简,让任务在一段对话里持续完成。

开始使用