说实话，我dou没想到我的code-review技Neng会这么受欢迎。

前两天随手写了个 Claude Code 的 Skill，专门Zuo Code Review 的，发了条推之后就没太在意。

结果第二天醒来一kan，GitHub Star 刷刷往上涨，评论区也炸了不少人说"终于有个靠谱的 Code Review 工具了"。

哈哈，这个需求其实比我想象的要大。

我之前以为 Code Review 主要是大厂的需求，没想到独立开发者和小团队对这块的渴求geng强烈——因为他们geng没有犯错的资本。

hen多独立开发者和小团队，根本没有 Code Review 的流程。

不是不想Zuo，是没人帮你 review。

有了这个 Skill，相当于随时有个资深工程师帮你把关。

你猜我写这个 skill 花了多久？

我只花了 分钟。

不可思议吧。

所以问题的本质是：模型需要一套结构化的 Review 框架，告诉它该检查什么、怎么分级、用什么格式输出。

整个 review 流程我是精心设计过的，分成这么几步：

第一步：Preflight

第二步：SOLID + 架构检查

第三步：发现Ke以删掉的代码

第四步：安全扫描

第五步：代码质量扫描

Zui后：结构化输出 + 确认

这不就是 Skill Zui擅长干的事吗？

这个"先 review 再确认"的设计是我特意Zuo的——Code Review 的价值不只是发现问题，geng重要的是让你理解问题。

Ru果 AI 直接帮你改了你连有什么问题dou不知道，那这个 review 就没意义了。

四份 checklist 的内容加起来好几千字，Ru果全塞进 SKILL.md，一上来就会吃掉大量上下文窗口。

所以我把它们放在 references/ 里SKILL.md 里只在需要的步骤写 Load references/xxx.md。

模型执行到那个步骤时才会去读对应的文件，用完就Ke以"忘掉"了。

这是 Skill 体系Zui优雅的地方。

"为什么百度不收录我的文章？"这个问题怎么破？

评论区和私信里大家反馈Zui多的是两点：

"终于有个体系化的 Review 方案了"

"终于不是 AI 味十足的泛泛建议了"

npx skills add sanyuan0704/code-review-expert
装好之后在 Claude Code 里输入 /code-review-expert,它就会自动 review 你当前的 git changes。
仓库在这里,欢迎 Star 和提 PR:
GitHub: sanyuan0704/code-review-expert
Ru果你也在Zuo Skill 开发,或者有什么好用的 Skill 推荐,评论区欢迎来聊。
回头kan这件事,我觉得这也是 Skills 生态Zui让人兴奋的地方:每个有专业积累的开发者,douKe以hen快把自己的经验沉淀成一个 Skill,让 AI 帮geng多人受益。 
说实话,这个结果有点意外,但也挺让人开心的,你懂的。