# R2.8 MDTODO 层级治理任务报告

## Skill 规则

已在通用 `mdtodo-edit` skill 中加入层级约束：同一个 SUBITEM 下的直接 SUBSUBITEM 一般不超过 20；接近上限时必须按稳定职责、阶段或交付面拆成兄弟 SUBITEM，禁止机械按每 20 条分桶；已超限时先重组层级和编号，并保留状态、语义与报告关联。

## 文件重组

将原 `R2.2.1-R2.2.38` 按职责重组：

- `R2.2`：通用故障归因、failover、runtime CRUD 与临时不可调度，15 项。
- `R2.3`：system-log 索引能力，保持原编号。
- `R2.4`：客户反馈、专项事件与原生诊断，9 项。
- `R2.5`：版本、账号质量评分、用量归因和调度优先级，8 项。
- `R2.6`：成本与利润统计，4 项。
- `R2.7`：Grok 原生接入与 Codex 兼容，3 项。

已迁移并重新编号历史报告，保留完成/进行中状态；原进行中的账号质量聚合和 runtime priority CLI 分别迁为 `R2.5.3` 与 `R2.5.6`。已消除并行 stash 遗留的冲突标记和重复 `R2.2.37`，为官方 Grok 调查、Codex profile 配置和网关复核分配独立编号与报告。

## 验证

- `mdtodo-edit` skill 通过 `quick_validate.py`。
- MDTODO 无重复 ID、无 Git 冲突标记。
- 直接 SUBSUBITEM 数量为 `R2.2=15`、`R2.4=9`、`R2.5=8`、`R2.6=4`、`R2.7=3`。
- 没有职责分支超过 20。
- 已完成任务的报告链接均存在；仍进行中的父任务允许尚无总结报告。