---
type: system-doc
name: Universe 治理 Backlog v0.2
title: Universe 治理 Backlog v0.2
status: active
created: '2026-08-07'
source: P2-9 审定（R 五项决策通过）+ 大宝 v1.0 存量 + Operating Loop §7 承接
version: '0.2'
parent_blueprint: Universe_Blueprint_v0.2.md
based_on: Universe_Governance_Backlog_v1.0.md（Nebula/99_System/Blueprint/ 存量，2026-07-13，已备份 + legacy pointer）
scope: universe_governance
hosted_by: universe
system_layer: universe_governance
---

# Universe 治理 Backlog v0.2

> **用途**：跨库治理、架构、规则、历史债务、待复核事项的**治理待办队列**——把所有细节事项收进队列，不让它们拖住主线。
> **维护者**：珍珍（Ray）主控审定，执行位按分工（大宝/小宝等）执行。
> **状态**：v0.2，已迁移 active（2026-08-07 P2-9 阶段二；原 Nebula/99_System/Blueprint/ 位保留 legacy pointer + 备份）。
> **版本说明**：v1.0 → v0.2 是版本线对齐（与 Universe 治理系列 Content Routing / Access Boundary / Skill Naming / Mechanism Layer Map 同线），非降级。

---

## §0 机制关系（四线正式边界）

**本文件为五类对象的职责边界 canonical 声明位**（P2-9 审定决策 3 要求写入）。

| 对象 | 正式职责 | 关键约束 |
|------|----------|----------|
| **Governance Backlog**（本文件） | 跨库治理、架构、规则、历史债务、待复核事项的治理待办队列 | 只收治理待办，不收执行任务；入队按 §7.1，不入按 §7.2 |
| **Task-Queue** | 已明确执行主体与动作的执行任务队列 | 与 Backlog 分离：有执行主体+动作 → Task-Queue；治理待办/待决策 → Backlog |
| **Decision Backlog** | Governance Backlog 中等待 JR/珍珍拍板的决策子类 | 不另造平行总表；决策事项在 Backlog 内标记为 Decision 子类 |
| **Decision Layer** | 决策记录、采纳权重与流转原则 | 是原则层，不是任务/待办队列；Decision Backlog 的流转依此执行 |
| **Agent Change Index** | 已发生实质变更的索引 | 记录"已发生的实质变更"；**不自动生成 Backlog**，只有明确触发规则时才创建治理待办（见 §7.6） |

**一句话**：治理待办 → Backlog；执行任务 → Task-Queue；待拍板决策 → Backlog 的 Decision 子类；决策原则 → Decision Layer；变更留痕 → Agent Change Index。四条线不混层。

---

## §1 Backlog 分类

```
Universe Governance Backlog
├── Entity Backlog（实体消歧/补卡）
├── Type Backlog（Type 清理）
├── Area Backlog（20_Areas 整理）
├── Frontend Backlog（Capacities/Anytype）
└── Decision Backlog（需要 JR 拍板，Backlog 子类）
```

---

## §2-§6 存量看板数据（v1.0 原样保留）

> **迁移期声明**：以下五类看板数据为 v1.0 存量，状态建议见 `Governance_Backlog_Status_Reassessment_20260807.md`（2026-08-07 产出）。
> **2026-08-08 拍板更新**：JR/珍珍已按 `Governance_Backlog_Status_Decision_Pack_20260808.md` 圈选（R 16:04 回传），下方状态字段已渐进更新（只写 status）；**拍板 ≠ 自动重启**，任何执行仍需单独放行。

#### 存量 31 条状态汇总（2026-08-08 拍板后，以本文件五类表实际 status 为唯一统计源）

| 状态 | 数量 | 条目 |
|------|------|------|
| active | 7 | T1-T4 / A1 / D5 / D6 |
| pending | 14 | A2-A5 / E1-E3 / E6-E8 / D1-D4 |
| blocked | 8 | T5 / F1-F5 / E4 / E5 |
| deferred | 2 | T6 / A6 |
| **合计** | **31** | 不含 8 批计划（执行编排视图，见 §6.3，不混入 31 条总数） |

### §2 Entity Backlog

#### 2.1 消歧 Pending（需真实姓名）

| # | 对象 | 问题 | 需要谁提供 | 状态 |
|---|------|------|------------|------|
| E1 | **冯先生** | 是否 = 冯乐耕？ | JR 确认 | pending |
| E2 | **冰总** | 真实姓名是什么？ | JR 提供 | pending |
| E3 | **林总** | 真实姓名是什么？ | JR 提供 | pending |
| E4 | **澳门 ZZC** | 真实姓名/身份？ | Jessie Chen | blocked |
| E5 | **澳门 HSS** | 真实姓名/身份？ | Jessie Chen | blocked |

#### 2.2 状态 Pending（需确认合作状态）

| # | 对象 | 问题 | 需要谁确认 | 状态 |
|---|------|------|------------|------|
| E6 | **嘉匯達基金** | 是否仍与 Peter 活跃合作？ | JR 确认 | pending |
| E7 | **Hansard** | 是否仍活跃？对接人是谁？ | JR 确认 | pending |
| E8 | **Sun Life** | 唐扬 Brian 是否仍为有效合作？ | JR 确认 | pending |

#### 2.3 已完成

| # | 对象 | 完成时间 | 状态 |
|---|------|----------|------|
| E9 | **Carson / 唐远伦** | 2026-07-13 | ✅ 完成 |
| E10 | **鄺潤楷 / Peter哥** | 2026-07-12 | ✅ 完成 |
| E11 | **嘉匯達基金 Org 主卡** | 2026-07-12 | ✅ 完成 |

### §3 Type Backlog

#### 3.1 待处理

| # | 批次 | 范围 | 文件数 | 风险 | 状态 |
|---|------|------|--------|------|------|
| T1 | **Batch 1b** | 30_Resources auto 文件 | ~130 | 低 | active |
| T2 | **Batch 1c** | 其他路径 auto 文件 | ~184 | 低 | active |
| T3 | **Batch 1d** | 所有 review 文件 | ~46 | 中 | active |
| T4 | **Batch 2** | 大写对象类型小写化 | ~100 | 低 | active |
| T5 | **Batch 3** | Capacities legacy 类型 | ~1000 | 中 | blocked |
| T6 | **Batch 4** | system/skill/redirect/archive | ~150 | 高 | deferred |

#### 3.2 已完成

| # | 批次 | 完成时间 | 状态 |
|---|------|----------|------|
| T7 | **Batch 1a** | 2026-07-12 | ✅ 完成（269 个） |
| T8 | **P4c-1 + P4c-2** | 2026-07-12 | ✅ 完成（24 个样本） |

### §4 Area Backlog

#### 4.1 待处理

| # | 事项 | 优先级 | 状态 |
|---|------|--------|------|
| A1 | **20_Areas README / index 补强** | P1 | active |
| A2 | **华利安KYC要求.md 单点判断** | P2 | pending |
| A3 | **Operations 空目录是否保留 redirect** | P2 | pending |
| A4 | **个人生活原目录是否保留 redirect** | P2 | pending |
| A5 | **工具与效率原目录是否保留 redirect** | P2 | pending |
| A6 | **业务战略 / Operations / 素书 语义复核** | P2 | deferred |

#### 4.2 已完成

| # | 事项 | 完成时间 | 状态 |
|---|------|----------|------|
| A7 | **系统架构空壳归档** | 2026-07-12 | ✅ 完成（5 个） |
| A8 | **工具与效率搬运** | 2026-07-12 | ✅ 完成（8 个） |
| A9 | **荣盛误放修复** | 2026-07-12 | ✅ 完成（2 个） |
| A10 | **素书搬运** | 2026-07-12 | ✅ 完成（4 个） |
| A11 | **Tax_Compliance 合并** | 2026-07-12 | ✅ 完成（1 个） |
| A12 | **个人生活搬运** | 2026-07-12 | ✅ 完成（24 个） |
| A13 | **Operations → NEXUS Admin** | 2026-07-12 | ✅ 完成（16 个） |

### §5 Frontend Backlog

#### 5.1 暂停事项

| # | 事项 | 暂停原因 | 恢复条件 | 状态 |
|---|------|----------|----------|------|
| F1 | **Capacities UI/API 一致性诊断** | 等 Nebula 更干净 | D5 拍板后重启（Capacities 系） | blocked |
| F2 | **Capacities 重建** | 等 Nebula 更干净 | D5 拍板后重启（Capacities 系） | blocked |
| F3 | **Anytype 使用** | 待定 | D6 拍板后重启（Anytype 系） | blocked |
| F4 | **Capacities Business 推送** | 等 Nebula 更干净 | D5 拍板 + P9c-Truth 核验后重启 | blocked |
| F5 | **Capacities People/Org 推送** | 等 Nebula 更干净 | 实体消歧 E1-E8 完成后重启（非 D5） | blocked |

#### 5.2 已完成

| # | 事项 | 完成时间 | 状态 |
|---|------|----------|------|
| F6 | **Capacities 清空** | 2026-07-11 | ✅ 完成（81 个删除） |
| F7 | **Capacities Sync Rules** | 2026-07-12 | ✅ 完成（v1.0） |

### §6 Decision Backlog（Backlog 子类）

#### 6.1 需要 JR 拍板

| # | 事项 | 紧急度 | 状态 |
|---|------|--------|------|
| D1 | **冯先生 = 冯乐耕？** | 中 | pending |
| D2 | **冰总真实姓名？** | 中 | pending |
| D3 | **林总真实姓名？** | 中 | pending |
| D4 | **嘉匯達/Hansard/Sun Life 合作状态？** | 低 | pending |
| D5 | **Capacities 何时重建？** | 低 | active |
| D6 | **Anytype 是否使用？** | 低 | active |

#### 6.2 已决策

| # | 事项 | 决策时间 | 决策 |
|---|------|----------|------|
| D7 | **Universe = 治理域** | 2026-07-12 | ✅ 确认 |
| D8 | **Nebula = 裁决层** | 2026-07-12 | ✅ 确认 |
| D9 | **Capacities 暂停** | 2026-07-12 | ✅ 确认 |
| D10 | **Lead/Opportunity 不推 Capacities** | 2026-07-11 | ✅ 确认 |

### 6.3 存量批处理计划（8 批，2026-08-08 拍板状态）

| 批次 | 类别 | 事项 | 建议状态（拍板） | 说明 |
|------|------|------|------------------|------|
| 批1 | Entity | 冯先生/冰总/林总消歧（P1） | pending | 等 JR 信息，条件未变 |
| 批2 | Decision | 嘉匯達/Hansard/Sun Life（P2） | pending | 等 JR 决策，条件未变 |
| 批3 | Entity | 澳门 ZZC/HSS（P2） | blocked | 等 Jessie Chen（外部） |
| 批4 | Type | Batch 1b（P2，低风险） | active | 对应 T1，可排期 |
| 批5 | Area | README 补强（P2） | active | 对应 A1，可排期 |
| 批6 | Type | Batch 1c/1d（P3） | pending | 等批 4 验收完成后启动（对应 T2/T3） |
| 批7 | Frontend | Capacities 诊断（P3） | blocked | 依赖 D5（对应 F1/F2/F4，Capacities 系） |
| 批8 | Frontend | Anytype 新库规划（P3） | blocked | 依赖 D6（对应 F3，Anytype 系） |

> 拍板来源：`Governance_Backlog_Status_Decision_Pack_20260808.md`（R 16:04 回传默认建议全选）。**拍板 ≠ 自动重启**：active 仅表示可进入排期/决策队列，实际执行仍需单独放行（Batch Rules v0.2 §3）。

---

## §7 使用规则

### 7.1 入队规则（承接 Operating Loop §7.1 + v1.0 §7.1，合并去重）

- 细节治理事项（消歧、补卡、清理）→ 入 Backlog
- 暂停模块的恢复准备 → 入 Backlog
- 需要 JR/珍珍拍板的决策 → 入 Decision Backlog 子类
- 局部优化（不拖主线）→ 入 Backlog
- **新增**：状态复核发现的过期暂停条目，经复核后按建议状态更新（见 §7.5）

### 7.2 什么不入 Backlog（Operating Loop §7.2 独特资产，正式并入）

- Universe 1.0 主线封装
- 架构规则制定
- 核心实体治理（People/Org 主卡）

> 说明：本条目为 Operating Loop §7.2 独有资产，P2-9 承接后以本文件为 canonical；Operating Loop split pointer 更新为"§7 已由 Universe Governance Backlog v0.2 承接"。

### 7.3 出队规则（v1.0 §7.2 保留）

- 主线封板后 → 批量处理 Backlog
- JR/珍珍放行后 → 处理对应事项
- 条件成熟后 → 恢复暂停模块

### 7.4 优先级（v1.0 §7.3 保留）

```
P0: 阻塞主线的事项（当前无）
P1: 影响系统运行的事项
P2: 局部优化事项
P3: 低优先级事项
```

### 7.5 状态机（新增，P2-9 决策 5 方案 A：最小规则补丁）

**状态枚举**（新增条目必须含，存量渐进补齐）：

| 状态 | 含义 |
|------|------|
| `active` | 可执行/在队列中待处理，条件已成熟 |
| `pending` | 等待 JR/珍珍或内部动作（信息、拍板、放行） |
| `blocked` | 等待外部依赖或前置条件（外部人、其他条目、未决决策） |
| `deferred` | 有意推迟，条件不成熟或需专项准备 |
| `closed` | 已处理完成并留痕（含 ✅ 完成与明确放弃） |

**条目字段**（新增条目按此 schema 登记；存量条目**不批量补填**，在状态复核或真实触发时渐进补齐）：

| 字段 | 说明 |
|------|------|
| `status` | 上述五态之一 |
| `owner` | 负责推进的 agent / 人（不代猜，真实归属） |
| `entry_reason` | 入队原因（对应 §7.1 哪条） |
| `reentry_trigger` | 重新激活触发条件 |
| `exit_condition` | 退出/完成条件 |
| `last_reviewed` | 最近复核日期 |
| `next_review_date` | 下次复核日期 |

### 7.6 Agent Change Index ↔ Backlog 边界（P2-9 决策补充项，正式固化）

- Agent Change Index 记录**已发生的实质变更**；Backlog 记录**待处理的治理事项**。
- 二者不能互相替代。
- **Index 不自动生成 Backlog**；仅在满足明确触发规则时创建治理待办，触发规则即：变更暴露了需治理的待办事项（如发现重复机制、规则冲突、历史债务），由执行 agent 在变更记录中显式标注 `backlog_candidate: true` + 理由，经审定后入队。
- 反向：Backlog 条目处理完成产生的变更，按 Agent Change Index 规则正常留痕。

---

## §8 一句话总结

> **细节入 Backlog，不拖主线。**
> **等主线封板，再批量处理——已封板，进入复核期。**
> **四条线不混层：治理待办 / 执行任务 / 决策事项 / 变更索引。**

---

## 更新日志

| 日期 | 版本 | 更新内容 |
|------|------|----------|
| 2026-07-13 | v1.0 | 初版：五类 Backlog + 入队/出队规则（大宝封装，Ray 审定） |
| 2026-08-07 | v0.2 草案 | P2-9 审定五项决策落地：§0 四线边界、§7.2 承接 Operating Loop §7.2、§7.5 状态机最小补丁、§7.6 Index↔Backlog 边界；版本线对齐 v0.2；待 R 审定后迁移至 Universe/99_System/Governance/Backlog/ |
| 2026-08-08 | v0.2 | **状态重评拍板落库（R 16:04 回传默认建议全选）**：存量 31 条——active 7（T1-T4/A1/D5/D6）、pending 14（A2-A5/E1-E3/E6-E8/D1-D4）、blocked 8（T5/F1-F5/E4/E5）、deferred 2（T6/A6）；只写 status（渐进补齐），未批量补填其他字段；新增 §6.3 存量批处理计划 8 批状态表（执行编排视图，与 31 条统计分开呈现）。**拍板 ≠ 自动重启**，执行需单独放行 |