#AI编码

共 2 篇内容，涉及 2 个模块

Prompt1案例1

多文件重构锚点提示法：给 AI 一个不会漂移的坐标——跨 14 个包的重命名实测，漏改从 23 处降到 0 处

跨文件重构是 AI 编码助手失效率最高的一类任务：不是模型不会改，而是改到第 8 个文件时它已经忘了第 2 个文件为什么这么改。2026 年 10 月，Cursor / Claude Code 这类 Agent 形态普及之后，多文件编辑从「能不能做」变成了「敢不敢信」。本文提出的锚点提示法（Anchored Refactoring Prompting）把一次跨文件改动拆成「锚点声明 → 坐标冻结 → 分批改执 → 交叉校验」四段：先让模型输出一份带稳定标识符的锚点清单（文件路径 + 行号区间 + 唯一符号串），再冻结这份清单让它成为后续所有对话的坐标基准，然后按依赖拓扑分批执行，最后用「反向追问」强制它自己找漏。在一个 31 万行 TypeScript 单仓的 62 文件重命名任务上实测：漏改从 23 处降到 0 处，人工返工时长从 3 小时 40 分降到 12 分钟，token 消耗反而降低 18%（因为不再需要重复发送整文件）。全文含四种锚点模式的完整提示词、一组逐项对比数据表、可直接粘贴的模板、常见误区。

2026-10-10

#提示词工程#多文件重构

案例企业应用

Agent 编码返工率治理实战：spec + 验收测试 + diff 自检三件套，把 AI 代码一次通过率从 38% 拉到 71%

AI 写代码的产能和它的返工量成正比，这是研发团队用AI 编码半年后才真正撞到的墙。我们团队 12 个前端工程师、4 个 AI 编码 Agent Cursor / Cline / Copilot 并行，日均产出 PR 从 11 个涨到 27 个，看起来赢了——但首轮评审通过率只有 38%，意味着三分之二的工作量在被返工吃掉。真正的原因不是模型能力不够，而是任务交给 Agent 的方式错了：需求描述里没有验收标准，Agent 只能猜；Agent 不知道验收标准，就没法自检；不自检就直接提交，返工必然发生。本文记录我们用四个月把一次通过率从 38% 提到 71% 的完整过程。核心是三件套：① 提交前把模糊需求转成可验收的 spec（含验收命令与判定标准）；② 在 Agent 里挂可执行的验收测试，让它提交前自己跑一遍；③ 加一道 diff 自检环节专门抓「超出任务范围的改动」。四个阶段的实施顺序和每阶段的踩坑、三条被证明无效的尝试（包括「写更详细的 Prompt」）、以及12 个可复制的 Prompt 模板。附分阶段效果数据表：一次通过率 38%→71%、返工工时占比 44%→19%、交付周期 2.8 天→1.1 天，以及两个必须诚实说明的负面结果。

2026-10-13

#AI实战#AI编码

#AI编码

多文件重构锚点提示法：给 AI 一个不会漂移的坐标——跨 14 个包的重命名实测，漏改从 23 处降到 0 处

Agent 编码返工率治理实战：spec + 验收测试 + diff 自检三件套，把 AI 代码一次通过率从 38% 拉到 71%

相关标签