用途：在实施或创建变更之前，评估设计/计划是否符合框架策略与规则约束，适用于受监管或高风险变更。使用时机包括：新建产物的创作流程之前、HIGH/EPIC 实施阶段之前，以及在反思中发现反复出现策略违规时。
核心铁律：合规检查期间绝不执行或修改代码，只评估策略一致性，实施须在合规确认后单独进行；HIGH/EPIC 实施前必须先跑合规检查；每项发现须附带具体整改任务与责任智能体；部分合规不得报告 PASS，满足 80% 策略应报 CONDITIONAL；整改后须再次复查，而非只查一次。
工作流程：第一步收集策略上下文，读取 .claude/rules/ 下相关文件、适用的工作流/智能体约束，必要时读取执行钩子文档；第二步评估拟议变更，对照创作者护栏与产物生命周期规则、路由与专家优先要求、安全与质量门禁要求、记忆/检索/token 节省策略预期；第三步产出决策。
输出格式：JSON 对象，含 decision（PASS|CONDITIONAL|FAIL）、policyFindings、requiredMitigations、evidencePaths、recommendedNextStep。对 CONDITIONAL 和 FAIL 须给出精确整改任务与责任方（智能体类型）。
反模式：检查期间写代码；以"变更小"为由跳过合规；部分合规报 PASS；违规报告含糊无整改；只在实施前查一次。
记忆协议：在 .claude/context/memory/issues.md 记录反复出现的策略漂移模式，在 .claude/context/memory/decisions.md 记录已稳定的控制措施。
限制：仅为策略对齐评估，不执行实现；具体规则文件内容、平台与安装方式、收费情况暂未提供。