用途：在任何改动合并前进行多维度代码审查，覆盖正确性、可读性与简洁性、架构、安全、性能五个维度。适用于功能实现完成后、重构后、缺陷修复后（同时审查修复与回归测试），以及评估其他智能体或模型生成的代码。
主要能力：按五轴逐项检查，包括边界与错误路径、命名与控制流、模块边界与依赖方向、输入校验与密钥管理、N+1 查询与无界操作等；审查测试是否覆盖行为与边界；对每条意见标注严重级别（无前缀为必须修改，Critical 阻断合并，Nit 可选，Optional/Consider 建议，FYI 仅告知）；给出 Approve 或 Request changes 结论；检查作者的验证说明（测试、构建、手动验证、UI 截图）。
使用方式：先理解改动意图与规格，再先看测试、后看实现，逐文件按五轴走查，最后分类结论。建议采用多模型审查：一个模型写代码，另一个模型审查正确性与架构，作者处理反馈后由人做最终决定。改动规模建议约 100 行为宜，约 300 行可接受，约 1000 行应拆分；重构与新功能应分开提交。提交描述首行用祈使句，正文说明改了什么与为什么。
限制与注意：资料未提供具体安装命令、平台支持或收费信息。审查应在一个工作日内响应；不要无证据地 LGTM，不要弱化真实问题，不接受“以后再清理”。依赖新增前需评估现有技术栈能否解决、体积、维护状态、已知漏洞与许可证。安全与性能的详细清单见 references/security-checklist.md 与 references/performance-checklist.md。