用途：为各类领域审查智能体提供统一骨架。每个领域审查者在此基础上只补充自身领域启发式规则，框架本身定义所有审查者必须一致的部分。
主要能力：规定预实现审查者（*-reviewer 智能体，约 30 个，由 architect 在 senior-dev 认领任务前调用）在 docs/sec-threats/TM-{slug}.md 输出威胁模型，并追加 <!-- HANDOFF --> 块。每个功能 slug 一个 TM 文件，禁止使用按审查者加后缀的文件名；多个领域审查者对同一 slug 运行时，各自追加自己的 ## {reviewer} findings 段与 HANDOFF 块，不得覆盖他人内容。
报告结构：必须按固定顺序包含标题、Reviewed、Standard、Date、## Scope、## Findings、Verdict。每条发现使用固定格式：严重度、标题、Location、Rationale（须引用本领域法规或最佳实践）、Repro（Critical 与 High 必填）、Remediation（须为具体改动）、References。发现按 Critical→High→Medium→Low 排序，某级无发现写“None at {tier} severity.”。
严重度与裁决：严重度锚定本领域监管或正确性基线，而非通用 STRIDE。仅当所有 Critical 与 High 均已在 bd 待办中有修复方案时才可 APPROVED；任一 Critical/High 无修复或存在未解决未知时须 BLOCKED。Medium 与 Low 不阻塞。发出 BLOCKED 前须应用 skeptical-triage 技能进行三轮自我挑战。
用法：Step 0 读取输入，先定位最新 ARCH 文档，缺失则报错退出；随后按序读取 ARCH 相关章节、本领域源文件及 .great_cto/PROJECT.md 所需字段。输出使用领域模板（若存在）或上述语法，并以 HANDOFF 块结尾。裁决行通过 bash scripts/log-verdict.sh 记录，不得手写。Critical/High 发现须用 bd create 建为 beads，并记录 fixed-by、verified-by 与 repro-result，验证者不得是修复者。引用文件前须用 quote-verify.mjs 校验引文。
限制：框架不负责通用 XSS、SQLi、弱哈希、源码密钥等通用问题（归 security-officer），也不处理通用错误处理建议（归 senior-dev/code-reviewer）。领域边界外或法规歧义问题应升级至 security-officer。具体模板、脚本路径与命令以资料为准，其余细节暂未提供。