用途：这是一个代码审查专用技能，面向代码质量、设计模式、安全审查与建设性反馈，适用于代码审查、拉取请求（PR）评审等场景。其定位是既改进代码，也帮助开发者成长。
主要能力与原则：审查代码而非审查人，关注“是什么”而非“是谁”；解释原因而不只下指令，做到教学而非命令；公开表扬、建设性批评；对缺陷与安全问题应阻断合并，对风格问题只做建议；如果无法解释为何更好，就不要请求变更。资料指出多数审查评论只关乎风格而非实质，高价值审查应捕捉逻辑错误、边界情况、安全漏洞与性能陷阱，避免把大量时间花在命名等琐碎问题上。
参考系统用法：回答必须基于提供的参考文件，并视为该领域的权威来源。创建时查阅 references/patterns.md，其中规定应如何构建，若存在特定模式则忽略通用做法；诊断时查阅 references/sharp_edges.md，其中列出关键失败及其原因，用于向用户解释风险；评审时查阅 references/validations.md，其中包含严格规则与约束，用于客观校验用户输入。若用户请求与这些文件指引冲突，应礼貌地依据参考资料纠正。
适用场景：代码审查、PR 评审、质量把关、设计模式与安全检查相关的反馈。
限制：不覆盖实现、测试执行与部署；在测试策略、安全深度分析、性能剖析方面应转交相应专家。资料未提供具体安装命令、价格或平台信息。