一行命令跑通自动化代码审查：安全、性能、风格 4 个维度一篇讲清

【免费下载链接】claw-codeAn agent-managed museum exhibit, built in Rust with Gajae-Code / LazyCodex — developed and maintained with no human intervention.项目地址: https://gitcode.com/gh_mirrors/claudeco/claw-code

合并 PR 之前，你逐行翻 diff 翻到眼花：逻辑看起来没问题，但安全漏洞还得确认，代码风格不能乱，性能坑也不能留。这套重复的排查动作，正是 claw-code 里 code-review 技能要替你干的活——把整轮检查变成一次自动化的代码审查，指向一个文件或目录，四个维度的扫描就跟着跑完。

4 个审查维度，各有各的适用时机

不少人以为审查工具只能看语法和报错，这个技能的覆盖面其实分得挺清楚：

• 静态代码分析🔍 —— 从源码层面过一遍结构与逻辑，提交前想确认改动"说得通"时用
• 安全漏洞检测—— 把 SQL 注入、越权这类风险提前拦下来，涉及用户输入的接口改动时必跑
• 性能优化建议⚡ —— 指出可以提效的热点路径，响应变慢或者新加了循环时值得看一眼
• 代码风格检查✅ —— 核对命名与格式约定，想让 PR 评论里少一点来回拉扯时最实用

四件事合起来看：第一件问"写得对不对"，第二件问"安不安全"，第三件问"快不快"，第四件问"好不好读"。

一行命令开始静态代码分析

上手路径很直接：执行/skills code-review @src/，把路径换成你要审查的目录即可；指向单个文件时就是针对性审查。日常比较顺手的节奏是"先整体扫一遍，再对拿不准的文件单独跑一遍"。

一个建议：把它放在合入主干之前执行，拿审查结果作为 review 的输入，比代码合并后再返工划算得多。

两条来自老用户的经验

第一，别指望它替代人工。机制上可判定的问题它找得很勤快，但架构取舍和业务语义的判断，仍然要靠你自己把关。第二，安全与风格这两个维度建议高频使用——这两类问题人工找起来最费时间，早发现也最好修。

如果想了解技能在项目中如何注册与加载，仓库文档里的内置技能机制章节讲得比这里更细：查看完整技能机制文档。

【免费下载链接】claw-codeAn agent-managed museum exhibit, built in Rust with Gajae-Code / LazyCodex — developed and maintained with no human intervention.项目地址: https://gitcode.com/gh_mirrors/claudeco/claw-code