先选一个套餐
不知道从哪招开始，就先点一个套餐。「给老项目体检」只有三招，而且只让 AI 列问题、不改代码，最适合第一次试。下面已经替你选好了。
一键套餐
怎么用，才不白费
一次别贪多。 一次发三到五招，等 AI 改完、你确认没问题，再发下一批。十五招一起发，AI 会改得很浅，你也没法逐处核对。
先体检，再动手。 勾上「先只体检」，AI 只列出不符合规矩的地方。你看过清单、心里有数了，再取消勾选让它动手。
看它改了哪里。 每一招都对应前面某一章。AI 改出来的东西看不懂，就回到那一章，看演示里同样的事是怎么发生的。
看一个例子
小周把「给老项目体检」套餐发给了她的 AI，附上了机器人的代码。下面是 AI 回复的样子（为了好读，删减过）：
AI 的回复体检模式
// 先列清单，不改代码：// ─ 第 1 招 · 当场交回执src/plugins/weather.ts:41 setInterval(refresh, 3600000) 没有对应的清理// ─ 第 9 招 · 状态进总账src/plugins/admin.ts:7 let commandCount = 0 是模块级变量，重载后不归零// ─ 第 5 招 · 依赖写成清单src/plugins/remind.ts:18 直接 import 了 db.ts，没有声明依赖// 建议先改 weather.ts：它会留下幽灵任务。// 要我开始改吗？三条，正好对上她踩过的两个坑，外加一个还没炸的。
同一套词，就能接着聊
注意 AI 回复里用的词：回执、清单、总账。只要你先把规矩发过去，它就会用同一套说法跟你讨论。
接下来你可以直接问：「weather.ts 那条，按第一招改给我看。」
别的用法
这些规矩不只能拿来改代码。
做技术选型时当清单用。 看一个新框架，拿这十五招挨个问：它卸插件要不要重启？依赖断了是报错还是待命？能不能声明依赖？三个问题问下来，你对它的成熟度心里就有数了。
写设计文档时当提纲用。 「我们的插件系统怎样保证卸载干净」「依赖变化时谁负责通知」，这些问题提前写进文档，比上线后再补便宜得多。