主题
让 AI 改代码
一句「把××改成××」,它自己找到位置、改完、自测、把改动亮给您看。本页讲改代码的完整循环与节奏。
您一句话「登录页的验证码改成 6 位数字,过期时间 5 分钟」
→它:定位 → 改 → 测 → 给您看↓
自己定位① 找到要改的地方✓自己读代码、理清关联✓跨文件改动一并处理
→自己改② 改代码 + 文档同步✓相关联的接口/文档跟着改✓改动前重要动作先请示
→自己验③ 编译 · 测试 · 实测✓改完先跑测试再说话✓界面类改动附真实截图
→您验收④ 看 Diff · 试着用✓每处改动逐块可审可撤✓不满意说一声接着改
改动怎么提:越具体,越一次过
| 提法 | 效果 |
|---|---|
| 「验证码从 4 位改成 6 位,只改前端展示不改后端校验」 | ✅ 范围明确——一轮到位 |
| 「把用户体验优化一下」 | ⚠️ 它会先出方案问您——多一轮,但对的方向 |
| 「这个文件第 200 行附近好像有个 bug」 | ✅ 定位线索,配上报错信息更好 |
修 Bug 的黄金模板(照这个说,基本一轮修好):
text
现象:提交订单后页面白屏,控制台报 TypeError: Cannot read properties of undefined (reading 'items')
预期:应该正常跳到订单成功页
复现:购物车加一件商品 → 结算 → 提交订单它改的时候,您盯着什么
- 任务清单:正在干哪步一目了然;觉得偏了随时插话
- 审批卡:删文件、装依赖、跑命令这类动作会先请示(见拍板与确认怎么配合)
- 改动面板:右侧「AI 变更」实时长出改动文件——改了什么、改了多少,全程透明(用法见看懂改动审查)
多轮迭代是常态
第一版不满意太正常了——直接说哪里不对:
text
布局可以,但表格列宽不对,商品名称那列要宽一倍
(它改完自动重新截图给您)
还是不对——参考 京东订单页 的列宽比例再来一版每轮都在上一轮基础上改,不用从头交代。改崩了有后悔药:改错了怎么回退。
大改动的节奏
- 一次一个主题:这轮改功能、下轮调样式、再下轮修测试——别一句话混三件事
- 重构类(大范围调整结构):先让它出方案(「先别动代码,说说你打算怎么重构」),认可了再动手
- 跨模块:说清影响范围——「顺带把用到这个接口的地方都改了」,它会自己搜调用方
它自己会做的验证
改完不等于完成——它会按改动级别自测:
| 改动类型 | 它的验证 |
|---|---|
| 纯样式 / 文案 | 改完截图对比 |
| 功能逻辑 | 跑受影响的测试(不跑全量,省时间) |
| 新页面 / 新模块 | 起服务、真实打开页面操作一遍、截图 |
| 接口变更 | 调用接口验证契约 |
验证不过它会自己修到过,或如实报告卡在哪——不假装完成。
常见卡点
| 现象 | 怎么办 |
|---|---|
| 改的不如预期 | 看 Diff 找到具体差异点,指着说——比「不对,重来」快得多 |
| 改着改着范围越来越大 | 正常(关联改动);不想要就说「这部分别动」 |
| 它说要重构才能修 | 让它先出重构方案与影响面,您拍板后再动 |
| 手改和 AI 改混在一起 | 没关系——改动审查区分得清;但同一文件尽量「要么您改、要么它改」,少打架 |
| 想让它改别的项目文件 | 默认只碰当前项目(授权域);外部文件先拷进来 |
延伸阅读
- 看懂改动审查:改完的 Diff 怎么逐块审、怎么撤
- 改错了怎么回退:三档后悔药
- 怎么向 AI 提需求:改动描述的写法
- 跑测试与看报告:测试环节的详细走法
