用途：对集成后的游戏或软件项目做独立对抗式审查，审查对象是集成结果而非实现者总结。审查前需阅读 references/critic-protocol.md。
主要能力：先做独立性检查，记录被审查切片与修订版本、本上下文是否编写过被审代码、可用运行时与捕获能力、必需门禁及缺失证据；若本上下文编写了实现，不得给出最终批准，只能做有限独立性的自审并要求另一名审查者验收。审查流程包括读取项目契约与当前任务、检查工作树并确定确切修订、构建并运行集成产品、走真实玩家/用户/请求路径、复现每个必需的命名审查状态、检查控制台/服务器/生命周期/失败行为、在代表性视口审查确定性截图、必要时检查运动/音频/时序、按要求对最坏场景做性能分析、有合法参照时做盲测 A/B 对比、按严重度与用户影响排序缺陷，最后返回 PASS、REWORK、BLOCKED 或 UNVERIFIED。不得静默修改被审子系统，负责人可在报告后另行指派修正切片。
发现项要求：每条发现须含严重度（critical/high/medium/low）、可观察症状、精确复现步骤、证据路径或指标、可能所属子系统、明确标注为假设的根因、可观察的关闭条件；同一根因导致的重复症状应合并。
判定规则：存在任何 critical 或 high 发现时返回 REWORK；必需声明缺乏证据或环境无法捕获时返回 UNVERIFIED；在穷尽可用审查工作后仅因真实外部约束才返回 BLOCKED；仅当所有必需状态均已执行、证据属于被审修订、所有适用门禁通过、无 critical/high 缺陷、原创性与法律区分性检查通过且残余风险明确时才返回 PASS。修正后需重新构建、复现原缺陷、采集新证据、重跑相邻状态、更新而非删除发现历史并给出新判定，不得因迭代次数多而降低标准。输出按 references/critic-protocol.md 的 schema 与模板撰写或返回报告，证据状态与主观评分须分开。限制：资料未提供具体安装命令、收费、平台或效果信息。