与 Codex 协作的七种姿势

先把话说明白

很多人的 AI 协作是「一句需求，一段代码，跑不通，再问一次」——像对讲机而不是会议室。

我更愿意把 Codex 当作一位随叫随到的结对同事：它记性好、不知疲倦、从不顶嘴，但同样需要清晰的上下文和验收标准。下面是我用了一年多，踩了无数坑之后留下的七种姿势。

一、先说需求，再谈实现

让 Codex 直接写代码，它会给一个「看起来对」的答案。先让它复述你的需求、列出边界条件，再动手——多花两分钟，少返工两小时。

二、给它看你的失败现场

把报错、日志、截图贴过去，比描述「它坏了」有效一百倍。AI 最擅长的是读现场，而不是猜现场。

三、让 AI 写测试，你写验收标准

别让 AI 自己定「什么算做完」。你写验收标准，它写测试用例，最后一起跑——角色反过来了：它是实现者，你是裁判。

四、小步提交，随时喊停

一次让它改三个文件，出错时你分不清哪一步炸的。我的规矩是：一步一提交，不满意就喊停重来。Git 历史就是你的后悔药。

五、把提示词当文档维护

好用的提示词重复出现，我把它存进笔记，编号、迭代、复用。半年后你会拥有一本自己的「咒语书」。

六、用「角色卡」固定风格

「你是资深后端，用 TypeScript，偏好函数式」——把身份、技术栈、风格偏好写成一段固定开头，每次对话都带上。风格稳定了，作品才有辨识度。

七、留一块人工特区

工具越聪明，越要守住自己的判断。我给自己留了一条底线：所有对外发布的文字，最后一稿必须由我亲手改过。

这七条里，你已经在用几条？如果只有一两条，不妨从「先说需求」和「小步提交」开始。

---

如果你也对这些工作流感兴趣，欢迎订阅我的分享——我整理了一份完整的 Codex 协作提示词模板，会随欢迎邮件自动发到你的邮箱。