技能介绍

问题：AI 审查留在本地，没有留痕

不少团队的 AI 代码审查是「本地习惯」：把 diff 贴进聊天模型，拿几条建议，改完就提交。审查结果不留在仓库里，不可复现，PR 门禁依然是传统的 lint、测试、类型检查。当一次有风险的更改（大重构、引入新依赖、改配置或权限面）进入合并队列时，没有任何一条标准检查项能回答：这份代码已经被 AI 审过，并且通过了。

这个技能要解决的就是把 AI 审查从本地聊天窗口搬进仓库和 CI，让它从「靠个人经验」变成可复现、可评审的 PR 状态检查。

工作原理：检查项就是仓库里的 Markdown 文件

核心思路很简单：一条检查项就是一个放在仓库里的 Markdown 文件。智能体先认识当前代码库，再写出审查清单——关注边界条件、失败模式、兼容性断言——随代码一起提交。CI 在每个 PR 上运行这些检查项，结果作为标准 PR 状态检查回写。

关键步骤：

让智能体为当前代码库生成检查项：把 walkthrough 链接（https://continue.dev/walkthrough）贴进你用的编程智能体，让它基于代码库现状写 checks；
检查项随仓库版本管理，自然进入 code review 和合并队列的评审范围；
CI 里由 Continue CLI 对 PR diff 逐条运行检查，结果以标准 PR status check 呈现。

这种结构带来三点好处：

可复现：任何人拉下仓库都能跑同一套检查；
可评审：reviewer 能看到 AI 在查什么，也能直接通过 PR 修改检查项；
可演进：代码库变化后检查项可以在同一批 PR 里更新，不会变成过期清单。

适用边界与注意点

依赖 Continue CLI 与 CI 环境：工作流要求 Continue CLI 能运行在 CI 中，通常是 GitHub 或同类 CI 系统，并需要仓库 checkout；上游要求 Node.js 20+。
检查质量取决于生成质量：技能只提供机制，审查是否真的能拦住问题，取决于检查项的覆盖度和具体程度。写得含糊的条目（比如「看起来没问题」）会让门禁形同虚设。
是补充不是替代：它与 lint、测试、类型检查并行存在，高风险变更通常需要多层防线。
以上游文档为准：行为细节提取自 Continue 官方文档（https://docs.continue.dev），可能随上游版本变化。