怎么跟 Codex 说话

工具装好了，可一开口就翻车？别怪模型笨，多半是咱没说清楚。Codex 像个能力很强但刚来的新同事，你交代得越清楚，它干得越美丽。今天把“会说话”拆成三个基本功，练会了，它从“凑合能用”变成“真懂你”。

说具体

最容易被忽略的一步，就是含糊。你丢一句“给我写个登录功能”，它大致率糊一个能跑但漏洞百出的版本。正确姿势：说清背景（什么项目、什么技术栈）、目标（邮箱还是手机号）、约束（要不要验证码、密码怎么存）。背景越厚，它猜得越少，返工越少。

举个栗子：与其说“写个登录”，不如说“用 Django 写支持邮箱加密码的登录，密码用 PBKDF2 哈希存储，登录失败五次锁定十分钟，返回 JSON”。一句话把边界钉死，它基本一次到位，省下的全是来回拉扯的时间。

“代码库地图”

别让它盲人摸象。开工前把关键文件、目录结构、核心入口指给它看，顺带说清技术栈和既有约定。它少走一次弯路，你就少改十行废代码——相当于新同事入职，你先带他转一圈办公室。

实操上丢三行就够：“入口在 main.py，配置在 config/，数据库模型在 models/，技术栈是 Flask 加 SQLite”。它拿到这张草图，就不会自作主张去猜项目长啥样，改起代码来有的放矢。

基本设置

Codex 有时候热烈过头，你让它改个 bug，它顺手把隔壁模块也“优化”了，牵一发动全身。所以必定要立栅栏——“只改 X 文件 / 只动这个函数”，给它边界，它才不乱跑。

动手前，先让它用大白话讲讲“我打算怎么做、改哪几个文件、预期啥结果”。你扫一眼，方向偏了当场拽回来，比它闷头干完再推倒重来省力十倍。它会回你类似：“我打算改 a.py 加个函数、在 b.py 调用它，预期新增一个导出按钮。”你一看范围对、思路清，回个“可以”再让它动。这一来一回，挡掉的是八成的返工。

三个基本功——说清目标、给足上下文、立好约束——说到底就一句话：你把方向指准，它才跑得对。下一篇，咱们把“使唤”落到具体活上，写功能、改 bug、读代码库，三板斧挨个练。