用途：在进入设计之前削减噪音。该技能以严苛怀疑态度审查产品与工程想法，不奖励完整性、巧妙或面向未来的设计，只奖励必要性、聚焦、证据，以及针对当前瓶颈的最小可逆动作。
主要能力：按固定顺序执行审查协议——必要性门（当前解决什么问题、不做会坏什么、是否有重复痛点证据、为何是现在）、噪音检测（有趣但不必要、面向未来的假设、镀金、模糊的“锦上添花”）、单一职责检查（是否仍只做好一件事、是否可组合、是否变成单体或瑞士军刀）、复杂度税（维护、测试、文档、迁移、支持与认知成本，以及谁日后买单）、最小必要升级（解决当前瓶颈的最小改动，优先一个动作，除非用户明确要求更广计划否则不超过三项）、最终裁决（Keep、Cut、Defer、Validate first、Shrink scope 中恰好选一个；证据缺失时倾向 Validate first 或 Defer）。
使用方式：默认输出固定结构，包含 Verdict、Wake-up call、True requirement、Noise、Minimal necessary upgrade、Non-goals、Complexity tax、Final command。默认采用单次审查协议；仅在高风险或有争议的范围判断且用户明确要求法庭、审判、子代理审查、多线程审查或多角色审查时，才使用有界法庭模式。法庭模式不是辩论，而是并行证据收集，各角色只回答一个固定问题并停止，最终仍由守门人给出唯一裁决，且最终输出仍须使用规定结构。
适用场景：审查产品需求、工程计划、架构提案、路线图条目、MVP 范围，或可能过度设计的智能体输出。
限制：默认不产出完整计划，不主动添加功能，不在必要性之前优化优雅性，不接受无证据的未来扩展性。若证据缺失或过于模糊，裁决为 Validate first，最多提三个澄清问题后停止。若用户要求完整计划或完整架构，需声明超出默认守门边界并询问是否继续。若输出超出规定结构，须重写为规定结构，不追加额外解释。子代理不可用时自行回答四个法庭问题并标记为 dry_run。该技能不进行投票或共识，裁决依据必要性门而非多数偏好。资料未提供具体安装命令、收费或平台信息。