AI 结对编程（AI Pair Programming）
科普速读
- 它是什么： 开发者在编码时与 AI 助手协作。
- 适合什么场景： 起草代码、解释错误，并探索测试或设计方案。
- 主要边界： 开发者仍需根据项目和需求检查建议。
概览
开发者可以请助手解释失败测试、建议小范围改动，并为改动起草测试。开发者决定是否采纳建议，并验证结果。
核心定义
AI 结对编程是人与 AI 助手协作的软件开发方式。助手可以提供代码或解释，开发者仍负责决策和验证。
背景与发展
代码补全工具会预测接下来的 token 或代码行。聊天助手增加了问答和解释能力。一些较新的工具还能检查项目上下文或调用开发工具。具体功能因产品而异。
工作机制（How It Works）
- 开发者描述任务，或提供代码和错误信息。
- 助手提出解释、测试或改动建议。
- 开发者检查、修改或拒绝建议。
- 开发者运行相关检查并审阅代码差异。
助手不一定能读取整个仓库或当前依赖信息。
在软件测试与开发中的应用
可以让助手起草单元测试、解释陌生代码、比较实现方案或检查代码差异。任务范围应明确，并提供相关文件和约束。
优势与局限
助手可以减少搜索和起草工作。它也可能生成看似合理、实际无法通过测试的代码，或违反项目约定、引入安全问题。因此仍需评审。
与相近术语对比
AI 结对编程让开发者持续参与交互和决策。氛围编程描述更依赖意图和快速迭代的 AI 编码方式。智能体工作流则可以把多个操作交给 Agent 执行，减少逐步输入。
实施建议（Best Practices）
提供相关代码和错误信息。每次只请求小范围改动。审阅差异并运行测试。适用时还要检查许可证、安全性、性能和维护成本。
常见误区（Pitfalls）
不要只因代码可以编译就采纳建议。不要分享密钥。除非已提供或核实上下文，否则不要假设助手了解项目约定。
FAQ
AI 结对编程可以取代代码评审吗？
不能。它可以帮助准备或检查代码，但单独的评审可能发现助手遗漏的错误和上下文。