用途：在编写规格（spec）之前，对某个具名子系统、能力或代码面做一次有边界的治理覆盖普查，回答三个问题：哪些已被覆盖、哪些是盲区、新规格边界应落在哪里。输出是可评审的覆盖地图产物，本身不是规格、ADR 或 doctrine 跟踪实体。
主要能力：治理普查（用 doctrine spec list、doctrine search、grep TOML 中的 [[source]] 锚点、doctrine adr/policy/standard list 等枚举已声明触及该面的治理项）；面清单（列出模块/目录并用 tokei、wc -l 估算规模）；覆盖映射（按模块分为已覆盖、部分覆盖、盲区）；按规模×中心度排序缺口；提出规格边界建议（产品高度、C4 层级、PRD 与 SPEC 拆分、一个还是多个、父子位置、起草来源）；最后产出覆盖地图 markdown 产物。
使用方式：先按 /preflight 明确普查深度与清单深度及停止条件，再依次执行上述步骤，产物存到项目运行时状态约定位置（如 .doctrine/state/），然后交接给 /spec-product、/spec-tech 或 backlog。
适用场景：目标面的现有治理不清晰，尚不知哪些规格触及它、是否最新、新规格该如何切分时。
限制：不用于边界已明确的规格编写、不用于证明需求已满足（那是 doctrine coverage 验证证据，属不同轴）、不用于全语料审计或逐行审查。锚点不可单独信任，须先确认路径仍存在；不要编造普查不支持的边界；输出不得简称为“coverage”。