AI 编码实践：从辅助到结对

“AI 提效 40%“不是靠补全——补全只是省打字，真正的提效来自让 AI 承担编码中的结构性工作：设计、重构、测试、修 bug。三个阶段：辅助 → 协作 → 结对。这篇文章是我一年实践的方法论。

一、三个阶段

阶段 1：辅助（Assist）——AI 是工具

你 提 写 效 代 ： 码 1 ， 0 A - I 2 0 补 % 全 （ / 省 查 打 错 字 / ， 解 不 释 改 流 程 ）

典型：Copilot 补全、Chat 问 API 用法、找 bug 问原因。

阶段局限：工作流没变，只是每个环节快一点。

阶段 2：协作（Collaborate）——AI 是同事

你 提 定 效 方 ： 向 3 ， 0 A - I 5 0 写 % 实 （ 现 结 ， 构 你 性 审 提 查 速 ： 批 量 生 成 、 测 试 、 重 构 ）

典型：

1
2
3
4
5
6
7
8
9

# 我：给出规格
claude "为这个服务补全单元测试：
- 覆盖 5 个 HTTP 接口的正常/异常分支
- 用 table-driven 风格
- 断言状态码和错误信息
验收：go test ./... 全过"

# AI：写测试 → 跑测试 → 修复 → 交付
# 我：审查用例是否覆盖了边界

核心变化：你把"怎么写"交给了 AI，自己管"写什么"和"对不对”。

阶段 3：结对（Pair）——AI 是结对伙伴

你 你 提 给 只 效 目 做 ： 标 决 5 策 0 + ： % 方 + 约 向 （ 束 对 但 ， 不 需 A 对 要 I 、 纪 方 律 规 案 ） 划 行 不 → 行 、 执 验 行 收 过 → 没 过 自 测 → 报 告

典型：

1
2
3
4
5

claude "把 delivery-service 的缓存一致性方案从『先删缓存再更新DB』迁移为『双删 + 延迟重试』：
1. 分析现有调用链（grep 所有 Set/Delete 调用）
2. 给出迁移影响清单（哪些接口受影响）
3. 分批实施，每批跑 go test -race
4. 输出迁移报告"

二、为什么大多数人停在阶段 1

瓶颈不是工具，是"交代"能力。AI 编码效果 = 任务交代质量。

❌ ✅ 弱 强 " 交 交 这 目 已 要 验 代 代 段 标 知 求 收 ： ： 代 是 瓶 ： ： " 码 压 颈 不 b 帮 的 到 是 改 e 我 变 n 优 P 2 N 接 c 化 9 0 + 口 h 这 9 0 1 签 m 段 m 名 a 代 在 s 查 、 r 码 高 询 不 k " 峰 以 （ 引 （ 期 内 第 入 对 A 超 ， 新 比 I 4 依 1 0 赖 + 不 s 、 知 ， 行 测 道 循 试 优 环 全 化 里 过 目 调 " 标 、 D 验 B 收 ） 标 ， 准 、 边 界 ）

强交代四要素：背景（为什么做）+ 目标（做到什么程度）+ 约束（不能动什么）+ 验收（怎么算完成）。

三、AI 结对的工作流（我的日常）

1. 任务拆解：把大任务拆成 AI 能一次完成的小块

❌ ✅ 一 拆 块 块 块 块 次 块 交 ： 1 2 3 4 代 ： ： ： ： ： 分 迁 迁 全 " 析 移 移 量 重 现 回 构 状 A B 归 整 ， 个 输 模 模 服 出 块 块 务 迁 （ （ " 移 测 测 （ 影 试 试 上 响 过 过 下 清 ） ） 文 单 装 （ 不 审 下 查 ， 后 失 ） 控 ）

2. 规格先行：让 AI 先输出方案，你批准后再写

1
2
3

claude "先不要写代码。分析 XX 模块的缓存一致性问题，
输出：问题根因 + 3 个候选方案 + 每个方案的改动量/风险。
我选定方案后你再实施。"

审查方案的代价远小于审查代码——方向错了，代码白写。

3. 验收闭环：每次交付都要过测试

✅ ✅ ✅ 明 A C 确 I I 验 收 自 把 命 测 关 令 （ （ + - g r o 你 a 抽 c t 查 e e （ s 关 / t 键 路 l 径 i ） n t 必 开 / ） n p m r u n b u i l d ）

4. 沉淀规范：让 AI 越用越懂你

✅ ✅ ✅ C 已 反 L 有 馈 A 代 循 U 码 环 D 是 ： E A . A I m I d 写 的 得 / " 不 范 对 项 例 ， 目 " 明 约 （ 确 定 多 说 （ 看 " 编 已 以 码 完 后 风 成 格 的 X 、 模 目 块 场 录 ） 景 、 应 命 该 令 ） Y "

四、效果数据（我的一年）

指标 使用前 使用后
模块交付速度 2 周/模块 5-7 天/模块
测试覆盖率 手动补，40% AI 生成 + 审查，80%+
重构（PHP→Go） 计划半年 3 个月完成
生产事故 - 0（审查 + 测试兜底）

五、避坑清单

✅ ✅ ✅ ✅ ✅ ❌ ❌ ❌ ❌ 强 方 任 测 沉 别 别 别 别 交 案 务 试 淀 让 跳 在 指 代 先 拆 是 它 过 无 望 四 行 小 底 C 碰 审 测 要 ， （ 线 L 生 查 试 A 素 批 一 （ A 产 （ 的 I （ 准 次 - U 配 A 代 背 再 r D 置 I 码 理 景 写 1 a E 上 解 / - c . 密 代 让 " 目 2 e m 钥 码 它 业 标 d 是 重 务 / 个 / （ 初 构 隐 约 文 A 稿 规 束 件 C I 不 则 / ） I 是 " 验 越 成 （ 收 必 用 品 必 ） 开 越 ） 须 ） 懂 写 项 进 目 交 ） 代 ）

总结

AI 编码的核心认知：

  1. 辅助只是开始，结对才是提效：把"怎么写"交给 AI，自己管"写什么/对不对”
  2. 交代能力决定效果：背景/目标/约束/验收四要素
  3. 方案先行 + 测试闭环：审查方案 > 审查代码，测试兜底一切
  4. 规范沉淀：CLAUDE.md + 反馈循环，AI 越用越懂你

AI 编码的差距，不在工具，在会不会"当架构师"：定方向、给约束、做验收——这些不会被 AI 替代，反而是 AI 时代的核心能力。