继续和大伙聊我在 Waza 里面设计 Skill 的一些技术想法实现，这次聊的是我是如何设计 /check 这个代码 Review 技能的。 首先我们需要知道模型本身告诉你他做完了，不一定是做完了，很有可能会留下一些不存在或者有问题的东西，经常会藏些问题，在 Agent 设计中我的工程经验是会给模型一个checklist用来校验是否真的做完了，这样往往会比你让他去检查效果好太多了。 /check 最开始做的时候设计就不是一个大而全的 reviewer，而是一个编排分工能力系统，其中 SKILLmd 是主审，负责审查的分级和流程控制，agents/ 下有独立的安全审查员和架构审查员，各管各的，互不干扰，什么时候拉谁进来，会由一份激活规则来判断决定，而非传统大家用的关键词匹配。 分级逻辑也比较有意思，对于 100 行以下的代码快速review，100-500行的按需加专家，500行以上的全拉满，然后再加一轮对抗性测试，对抗性测试会从这四个角度来找漏洞，包括违反假设条件、组合失败下的问题可能、上下级串联错误的问题、滥用的场景等等 然后发现的问题也分 4 级来处理，能安全修复的直接去修复了，大概了对的会打包出来让你手动再确定一次是否ok，需要判断的会问你，仅供参考的部分也会高数你，但是不会每一个小问题都来问你一遍，也不会越权帮你改行为逻辑。 还有一个硬要求，验证没有跑完就不算完成，会自带一个探测的脚本，能识别Cargo、TypeScript、Python 等项目类型去跑测试，探测不到就直接报错，不会假装通过。 这样就更像一个很经验的技术专家，在面对不同情况的问题review的一些经验，刚好我把这些经验用很简单方式沉淀到了 waza 的 /check 技能。 最后最后，如果你对 code review 流程有更好见解，我非常欢迎你去给 Waza 写写 md，哈哈 https://github.com/tw93/waza(Tw93)