用途：审查代码正确性与质量，尤其适合审查 PR、代码提交，或验证实现是否符合需求规格。核心规则是先做规格符合性检查，再评估代码质量，顺序不可颠倒；若规格不通过则停止，不做质量审查。
主要能力：以文件为单位逐一审查；第一阶段核对需求、验收标准与行为是否匹配；第二阶段在规格通过后检查安全、性能、正确性、可维护性四个维度，并引用文件与行号，附代码片段、修复建议与理由，按严重程度排序。安全类问题（注入、XSS、鉴权、CSRF、路径穿越/SSRF 等）无论处于哪个阶段都应立即标记。
使用方式：明确每种审查场景的入口，代码审查走两阶段，按文件拆分；多文件变更先审核心逻辑与安全相关文件，再审测试与文档。规格含糊时先澄清歧义；部分实现只审已完成部分并说明未实现功能。
适用场景：PR 审查、需求实现验证、结构化代码反馈。限制：不用于对提示词或决策做一般性批判（用 critical-partner），不用于调试已有错误（用 systematic-debugging），也不用于架构决策审查。其他细节暂未提供。