用途：judgment-gate 用于在计划、backlog 或设计需要可辩护的 go/no-go 判断或排序时，提供显式、独立的判断流程。它是 judgment-day（负责对抗式代码审查）在规划场景下的对应物，同一目标上不要同时运行两者。
主要能力：冻结一个完整不可变的目标（计划、backlog、设计文档）并明确要做的决策；把问题框架化为可独立回答的窄问题，采用是/否加明确标准，或有序等级（如风险低/中/高并给出定义），共 3–8 个问题，每位评委看到同一组问题；由两名评委盲评，或一名评委加一次不同框架的评审，逐题记录裁决与置信度；合并结果时，一致则行动，一名评委异议记为可疑而不自动修复，矛盾则升级给人类明确决定；仅修复已确认的问题，只对冻结的台账加增量重评，最多重复一次。
决策门：目标或决策不清晰时，只问一个范围问题然后停止；两名评委一致则按裁决推进或修复；一名异议则记录可疑，由人类决定是否继续；评委矛盾则升级，绝不取平均抹平矛盾；第二轮后仍有问题则升级并停止。
输出契约：返回目标标识、问题集、逐题裁决与置信度、确认/可疑/矛盾计数，以及恰好一行终止行：DECISION: PROCEED、DECISION: REVISE 或 DECISION: ESCALATE。
硬性限制：判断仅提供参考，人类做决定；判断本身不携带交付权限，也不能单独满足提交、推送或发布门禁。评委必须独立：上下文分离、范围相同且冻结。不接受部分判断。修复重评最多两轮，之后未解决一律升级给人类，不得延长预算。
集成场景：可在 review-prd 之后、plan-tickets 起草工作项之前对 PRD 做门禁；可对 prioritize-backlog 的排序做独立判断；也可与 llm-judgment-layer 配合，在应用内部应用同样的纪律。
限制：公开资料未提供具体安装命令、平台支持、价格或收费信息。