用途：该技能用于在代码实现完成后进行系统化代码审查与质量评估，技术栈无关。项目特定的审查约束应定义在项目的 CLAUDE.md 中。
主要能力：采用多轮审查流程，依次覆盖四个方面——正确性（逻辑错误、边界情况、错误处理、业务规则符合度）、安全性（输入校验、认证授权、数据暴露、注入漏洞）、可维护性（命名清晰度、代码组织、文档、圈复杂度）、性能（算法效率、资源占用、查询优化、缓存机会）。
严重级别分类：critical（合并前必须修复，如安全漏洞、数据丢失风险、破坏生产的缺陷，动作是阻止合并）、major（合并前应修复，如逻辑错误、缺少错误处理、性能问题，动作是要求修改）、minor（应修复但可合并，如代码风格、轻微低效、文档缺失，动作是建议改进）、info（改进建议，如替代方案、重构机会、最佳实践，动作是仅评论）。
检查清单：安全清单涵盖输入校验（用户输入校验、SQL 注入、XSS、路径遍历防护）、认证（受保护路由的鉴权、会话管理、密码处理）、数据保护（敏感数据加密、PII 合规、日志脱敏）、授权（基于角色的访问、资源归属校验、防权限提升）。质量清单涵盖可读性、结构（DRY、抽象层次、依赖最小化、圈复杂度）、错误处理（覆盖所有错误、日志、用户可见错误清晰、无静默失败）、测试（新代码有测试、覆盖边界、测试有意义）。
反馈方式：采用 what/why/how/severity 结构描述问题、说明原因、给出方案并标注级别；语气上提倡提问而非指责、对事不对人、肯定良好模式、给出可执行建议，避免反问、断言错误、说教与讽刺。
评分：正确性 30、安全 25、可维护性 25、性能 20；基础分 100，critical 扣 25、major 扣 10、minor 扣 3、info 不扣；阈值 excellent 90-100、good 75-89、acceptable 60-74、needs_work 40-59、poor 0-39。
使用方式：主要由 quality-reviewer 作为核心审查方法调用，code-developer 可用于提交前自审，deliverable-evaluator 可用作质量评估标准。
限制：资料未提供具体安装命令、运行环境、平台支持、收费方式及实际效果数据。