跟 AI 结对编程：怎么说话，它才听得懂

先说结论：AI 是个听话但没常识的结对伙伴

跟 AI 结对最大的幻觉，是把它当人。你跟人结对可以说“帮我把这块重构一下”，因为人有常识：知道什么是“这块”、重构到什么程度算好、哪些地方不能碰。AI 没有这些常识——它只会按字面意思执行，还特爱“贴心”地多做一点。所以跟 AI 沟通的第一原则是：把你以为的常识，全部说出口。

习惯一：先说目标，再说做法

烂说法：“把这个函数改成用 async/await。”好说法：“用户反馈这个页面加载时按钮会卡死 2 秒（目标：消除卡顿）。我怀疑是这个函数里的同步请求阻塞了主线程，你看看是不是，确认后再改成 async/await。”差别在于：前者把你的诊断当成了结论，万一你诊断错了，AI 会一丝不苟地执行一个错误方案；后者给了它验证的机会——而让 AI 先验证你的假设，是避免返工最便宜的办法。

习惯二：一次只给一个任务

“顺便把测试也写了、文档也更新了、再把那个 bug 修了”——这种 prompt 是灾难的配方。AI 的注意力是有限资源，任务一切多，质量指数级下降。正确姿势是任务队列：一次说一件事，做完验收，再说下一件。听起来慢，实际上快得多，因为返工率断崖式下跌。一个实用的句式：“先只做 X，做完停下来等我确认，不要继续做 Y。”

习惯三：用验收标准代替“感觉”

“写得优雅一点”“性能好一点”这种话对 AI 等于没说。把它翻译成可验证的标准：“函数不超过 50 行”“这个接口 p99 延迟 <200ms”“测试覆盖这个函数的三个分支”。凡是你能写成测试断言的，才是 AI 能听懂的需求。验收标准还有个好处：做完之后你可以让 AI 自己对照着检查一遍，相当于免费多了一轮 review。

习惯四：知道什么时候闭嘴

很多人跟 AI 结对是“话痨式”的：每三行代码插一句嘴。结果是 AI 的思路被反复打断，产出碎片化。更好的节奏是：大任务给足上下文后放手，小步快跑只在节点上检查。具体来说：任务开始时把背景、约束、验收标准一次给全；执行中只在 agent 主动问你、或者明显跑偏时介入；结束后统一 review。AI 不需要你的实时陪伴，它需要的是清晰的起点和终点。

一句话总结

跟 AI 结对的本质，是把你脑子里那些“不言自明”的东西显式化：目标、约束、验收标准、任务边界。做到这四点，同样的模型在你手里会判若两人——差别从来不在模型，在你怎么跟它说话。