用途：这是 recheck-against-upstream 的重度展开层，用于上游接口面很广的场景，例如整个框架的配置、整套集成的 API 用法，或同时依赖多个上游契约的子系统。单个接口或短会话应改用基础版内联核查，此层属过度使用。
主要能力与用法：先枚举被审查仓库中所有依赖上游的接口，包括配置块、API 调用点、基础设施定义与文档化契约，不做抽查；再以节流的分批方式派出全新上下文的子代理，逐文档拉取当前官方上游文档，并按 gap（缺口）、deliberate（有意偏离）、undocumented（未记录）三类判定差异。失败代理仅重试该接口一次，二次失败标记为 unverifiable，诚实跳过而非假通过；不盲目重跑整个批次。若会话存在持久化切片，可尽力把部分账本做中途检查点，以防止崩溃丢失已完成批次；无此类存储则不做持久化。最后合并输出以内联分歧账本：按接口列出类别与解决该差异的当前上游来源；本轮将 gap 修正向上游靠拢，复核 deliberate 是否仍成立，undocumented 交由人工决定。有工作项/问题跟踪能力时，可将 gap 与 undocumented 转为跟踪项，否则以文字清单形式给出；deliberate 仅报告，不转为行动项，除非当前文档已使其过时。
限制：节流非可选，并发过高会触发服务端 529 错误并丢失代理；子代理必须对新上下文盲测，否则会重复确认原有漂移；不强制持久化，不编造一致性或结论。基础方法与语气定义位于 ${CLAUDE_PLUGIN_ROOT}/context/re-anchor-audit-correct.md，纪律基线与三类分类位于同名基础技能中，本层仅补充扇出增量。具体安装与调用方式在资料中暂未提供。