用途：该技能用于 bmad-auto 编排器的延期工作清扫（sweep）会话，把 {implementation_artifacts}/deferred-work.md 中所有 open 条目分类为机器可读的分诊计划，交由编排器校验和执行。
主要能力：先做自动化检查与模式分派，运行 echo "${BMAD_AUTO_MODE:-}"，输出不为 1 时说明该技能只能在 bmad-auto sweep 内运行并结束；否则完整读取 ./automation-mode.md，其规则与结果 schema 约束整次运行。若调用带 --migrate <manifest-path>，则进入迁移会话，改读 ./migration-mode.md。随后读取 {project-root}/_bmad/bmm/config.yaml 解析 implementation_artifacts，再完整读取 deferred-work.md，open 条目为 status: 行为 open 的 ### DW-<n>: 块；台账缺失或不可读时按 automation-mode.md 升级 CRITICAL（type: missing-ledger）并结束。若带 --feedback <path>，先读该文件，按其中列出的确定性校验错误修正本次输出。
核对与分类：台账状态不可靠，需逐条核对 location 指向的文件或组件，读代码、grep 症状、查 git log 中该条目 origin: 日期之后触及该区域的提交，记录 file:line 或 commit hash 等具体证据。每条 open 条目归入且仅归入一类：already_resolved（问题已不存在，需具体证据）、bundles（现在可构建，按同一文件/子系统/校验模式等触点聚合成单目标包，name 用 kebab-case，intent 2–6 句）、blocked（需先落地某个具名未来 story/epic，须原样写出阻塞项）、skip（已被取代、无意义或项目明确排除，给出原因）、decisions（必须由人选择，如重新协商 spec 的 <frozen-after-approval> 块、推翻已批准的范围决定、影响未构建消费方的 API 形态变更、以 auto-mode: needs human decision 延期的条目；每条给 2–4 个具体选项及建议）。
使用方式与限制：该工作流只读、面向自动化，只在 bmad-auto sweep 会话内运行，不编辑台账、不编辑代码、不提问，唯一输出是结果文件；唯一例外是迁移模式，仅编辑台账一个文件。结果按 ./automation-mode.md 写入 result.json，并用一行说明各类别条目数后结束回合。每条 open 条目必须恰好出现一次，漏计或重复会导致整个结果校验失败并消耗一次重试。可用子代理并行核对，无需请求许可。
适用场景：bmad-auto 编排器对延期工作台账做批量分诊与清扫。其他细节资料未提供。