sweep-all 是该 Claude Code 插件中的“第二类”技能：它不是 corrector，而是一个纯路由器，把各 discipline corrector 组合成一次批量 re-anchor 流程。它自身不持有纪律文本，成员与顺序来自各 corrector 的 tier 元数据，通过 glob 读取，避免手工维护列表产生漂移。
用途与模式： 一、会话初始摘要（默认、开销低）：仅依据技能列表与各 corrector 的 tier 元数据推导姿态，不加载 corrector 正文、不执行审计；报告哪些是 core（每会话运行）、situational（按相关性触发）、never（不参与批量）。 二、完整批量流程（会话中途或显式请求）：先做 preflight，证明 fan-out 能继承当前会话，再对每个在范围内的 corrector 派发一个仅审计的 fork 子代理，最后在主线程按固定顺序一次性应用修正。preflight 失败则降级为模式一。
成员解析：core 每会话在范围内；situational 仅在与当前会话相关时纳入，依据 corrector 自身列表描述的路由触发条件判断，并报告纳入与跳过及原因；never 因执行或交互类别被排除，需直接单独调用而非批量。userConfig 可在 tier 解析后叠加 exclude、promote、demote，改变后的净效果需报告；零配置即完全按 corrector 声明的 tier。
preflight：先用工具 schema 做诊断（不阻断），再派发一个只回答“继承证明问题”的 canary fork 作为唯一裁决门槛。该问题须满足四个属性：答案只存在于本会话历史、派发提示不包含或转述答案、基于普通继承材料、无法被猜中（需长逐字串或特定标识符，必要时先铸造高熵值）。主线程验证，缺失、含糊或不可验证均视为未继承；canary 未证明则降级为摘要模式，不盲目重跑。
批量流程与共享循环的差异是显式声明的：审计（步骤1-2）在各自子代理中运行，修正（步骤3）汇总后在主线程按 rank 顺序执行一次。优先单波派发全部成员，以保证各 ledger 互相独立。容量受 CLAUDE_CODE_MAX_TOOL_USE_CONCURRENCY、CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS、CLAUDE_CODE_MAX_SUBAGENTS_PER_SESSION 限制；不得为凑预算丢弃相关 corrector，确需分批需在报告中披露。仅重试失败子集一次（含未提供继承证明的 ledger），并发上限错误不重试。
收集后按根因去重，合并报告相同根因的条目，并保留 reporter→remedy 映射，供后续按 rank 应用。
限制：本技能不执行推理之外的写入外的动作；具体 corrector 内容、配置项细节与官方未提供之处暂未提供。