AI 编程新姿势：你当评审，AI 当码农

记住：AI 是工具，你是主人。用好了，效率翻倍；用不好，反而添乱。

现在的 AI 编码工具，说白了就是个『AI 程序员』。它能直接接入你的代码库，在沙盒环境里跑代码，还能自动测试、检查代码规范。

但很多人用不好，为什么？因为用错了『姿势』。

正确的姿势是：你当评审，AI 当码农。

1

心态转换：从『码农』到『评审』

用 AI 编码工具，最关键的是心态转换。

以前： 你写代码，AI 辅助 现在：AI 写代码，你评审

具体怎么做？

1. 明确任务
   告诉 AI 要做什么，越具体越好
2. 让 AI 先写
   AI 生成代码，你负责检查
3. 发现问题就反馈
   『这个变量名不清楚』、『这里缺少错误处理』
4. 让 AI 改
   根据你的反馈，AI 会重新生成代码

记住：自动化测试和代码规范是你的安全网。AI 生成的代码可能不符合你的项目规范，所以一定要：

• 本地跑一遍测试
• 检查代码风格
• 确认没问题再合并

这样，你就能放心地把『体力活』交给 AI，自己专注做『脑力活』。

2

什么时候用 AI 编码工具？

我总结了几个最常用的场景：

修小 Bug

• 遇到小问题，不用开工单，直接让 AI 修
• 比如：『这个函数有个边界情况没处理』
  
AI很快就能给出修复方案

实现新功能

• 把需求描述给 AI，让它分步实现
• 比如：『加个数据导入功能，支持 CSV 格式』
  
AI会写代码，你负责检查逻辑

学习新代码库

• 看不懂的代码，问 AI：『这个模块是怎么工作的？』
  
AI
  会分析代码结构，给你解释。就像有个『代码导师』在边上

重构代码

• 让 AI 分析代码问题，给出重构建议
• 比如：『这个类太复杂了，帮我拆分一下』
  
AI会生成重构后的代码，你负责验证

3

两种协作模式

根据任务大小，我总结出两种主要模式：

大项目：迭代式开发

• 创建草稿 PR，让 AI 多次迭代
• 比如：『按照这个需求文档，实现用户管理功能』
• AI
   会写代码，你检查，发现问题就反馈
  几轮下来，功能就成型了

小改动：直接应用

• 小 Bug 或微调，直接要 AI 生成 diff
• 复制到编辑器，直接应用
• 不用走完整的 PR 流程

核心原则

• 任务描述要清晰
  

• AI负责实现，你负责评审
•  发现问题及时反馈

4

几个坑，别踩

用 AI 编码工具，有几个常见的坑：

别手动提交代码

• 如果你在 AI 工作的分支上手动提交，AI 就『断线』了
• 正确做法：让 AI 完成一个任务后，再手动提交
          或者：重新开一个会话

小心 ESC 键

• 有些工具按 ESC 会直接关闭会话
• 没保存的内容就丢了，很痛
  建议：养成保存习惯

首次配置比较麻烦

• 需要配置仓库权限、环境变量等
• 但配置一次，后面就很顺了
  建议：找个时间一次性搞定

AI 不是万能的

• 复杂业务逻辑，AI 可能理解不了
• 关键决策，还是要人工判断
  建议：把 AI 当『助手』，不是『替代』

5

总结

AI 编码工具 就像个『不知疲倦的初级程序员』，但需要你当『导师』。

用对了，你能：

1. 修 Bug 更快
   ：小问题几分钟搞定
2. 开发新功能更快
   ：从几天缩短到几小时
3. 学习代码更快
   ：看不懂的代码，AI 帮你解释

关键是要转变心态：

• 从『我写代码』变成『我评审代码』
• 从『AI 辅助我』变成『我指导 AI』
• 从『追求一次性完美』变成『快速迭代交付』

记住：AI 是工具，你是主人。用好了，效率翻倍；用不好，反而添乱。

多练习，工作流会越来越顺！