---
type: system-doc
name: Universe Backlog 批处理规则 v0.2
title: Universe Backlog Batch Rules v0.2
status: active
created: '2026-08-07'
source: P2-9 审定（R 五项决策通过）+ v1.0 存量 + Backlog v0.2 §7.5 状态机
version: '0.2'
parent_blueprint: Universe_Governance_Backlog_v0.2.md
based_on: Universe_Backlog_Batch_Rules_v1.0.md（Nebula/99_System/Rules/ 存量，2026-07-13，已备份 + legacy pointer）
scope: universe_governance
hosted_by: universe
system_layer: universe_governance
---

# Universe Backlog 批处理规则 v0.2

> **用途**：定义 Backlog 如何批量处理，避免零散操作，提高效率。
> **维护者**：珍珍（Ray）主控审定，执行位按分工执行。
> **状态**：v0.2，已迁移 active（2026-08-07 P2-9 阶段二；原 Nebula/99_System/Rules/ 位保留 legacy pointer + 备份）。
> **与 Backlog v0.2 的关系**：本文件为 `Universe_Governance_Backlog_v0.2.md` 的批处理细则（出队执行层），入队/状态/边界以 Backlog v0.2 为准。

---

## §0 与状态机的关系（P2-9 决策 5 落地）

- 批次执行时，条目状态按 Backlog v0.2 §7.5 枚举流转：`active → pending/blocked → closed`。
- 每批开始前，本批条目的 `status` 必须为 `active`，且 `owner` 明确；否则视为未放行，不得开批。
- 每批完成后：条目 → `closed`（或回 `blocked`/`deferred`，按停止条件），并更新 `last_reviewed`。
- 存量 31 条与 8 批计划不批量补填字段，随状态复核（`Governance_Backlog_Status_Reassessment_20260807.md` 逐批拍板）渐进补齐。

---

## 一、批处理原则

### 1.1 核心原则

| 原则 | 说明 |
|------|------|
| **批量处理** | 相似事项合并处理，避免一个一个问 |
| **优先级排序** | P0 > P1 > P2 > P3 |
| **每批限量** | 每批最大处理量有上限 |
| **放行条件** | 每批完成后需验收 |
| **停止条件** | 遇到阻塞必须停下来 |
| **留痕要求** | 每批有 execution report + rollback |

### 1.2 什么时候批处理

| 情况 | 处理方式 |
|------|----------|
| 主线封板后 | 批量处理 Backlog |
| JR/珍珍放行后 | 处理对应批次 |
| 条件成熟后 | 恢复暂停模块 |

### 1.3 什么时候不批处理

| 情况 | 处理方式 |
|------|----------|
| 主线未封板 | 不处理 Backlog |
| 未 JR/珍珍放行 | 不处理 Decision Backlog |
| 条件不成熟 | 不恢复暂停模块 |
| 状态非 active | 不开批（Backlog v0.2 §7.5） |

> 注：v1.0 中本小节编号误为 1.2（与上一节重复），v0.2 修正为 1.3。

---

## 二、五类 Backlog 批处理规则

### 2.1 Entity Backlog

**范围**：实体消歧、补卡、状态确认

**批处理规则**：

| 项目 | 规则 |
|------|------|
| **每批最大处理量** | 5 个实体 |
| **放行条件** | JR/珍珍提供真实姓名/状态确认 |
| **停止条件** | 遇到需要外部确认的实体 |
| **处理顺序** | 先消歧，再补卡，最后状态确认 |

**当前待处理**（存量，状态建议见状态重评清单）：

| # | 实体 | 问题 | 需要谁 | 状态 |
|---|------|------|--------|------|
| E1 | 冯先生 | 是否 = 冯乐耕？ | JR 确认 | ⏸️ pending |
| E2 | 冰总 | 真实姓名是什么？ | JR 提供 | ⏸️ pending |
| E3 | 林总 | 真实姓名是什么？ | JR 提供 | ⏸️ pending |
| E4 | 澳门 ZZC | 真实姓名/身份？ | Jessie Chen | ⏸️ pending |
| E5 | 澳门 HSS | 真实姓名/身份？ | Jessie Chen | ⏸️ pending |
| E6 | 嘉匯達基金 | 是否仍与 Peter 活跃合作？ | JR 确认 | ⏸️ pending |
| E7 | Hansard | 是否仍活跃？对接人是谁？ | JR 确认 | ⏸️ pending |
| E8 | Sun Life | 唐扬 Brian 是否仍为有效合作？ | JR 确认 | ⏸️ pending |

**批处理流程**：

```
1. JR/珍珍提供一批实体信息（最多 5 个）
   │
   ▼
2. 执行消歧/补卡/状态确认
   │
   ▼
3. 产出 execution report
   │
   ▼
4. 产出 rollback manifest
   │
   ▼
5. 交回验收
   │
   ▼
6. 验收通过 → 下一批
   验收不通过 → 修复后重跑
```

---

### 2.2 Type Backlog

**范围**：Type 清理、Batch 1b/1c/1d/2/3/4

**批处理规则**：

| 项目 | 规则 |
|------|------|
| **每批最大处理量** | 50 个文件 |
| **放行条件** | 架构稳定 + JR/珍珍放行 |
| **停止条件** | 遇到类型冲突或不确定 |
| **处理顺序** | 先低风险（1b/1c），再中风险（1d），最后高风险（4） |

**当前待处理**（存量，状态建议见状态重评清单）：

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

**批处理流程**：

```
1. 架构稳定 + JR/珍珍放行
   │
   ▼
2. 选择批次（先低风险）
   │
   ▼
3. 执行清理（每批最多 50 个文件）
   │
   ▼
4. 产出 execution report
   │
   ▼
5. 产出 rollback manifest
   │
   ▼
6. 交回验收
   │
   ▼
7. 验收通过 → 下一批
   验收不通过 → 回滚 + 分析
```

---

### 2.3 Area Backlog

**范围**：20_Areas 整理、README 补强、目录结构调整

**批处理规则**：

| 项目 | 规则 |
|------|------|
| **每批最大处理量** | 10 个目录 |
| **放行条件** | 多库边界稳定 + JR/珍珍放行 |
| **停止条件** | 遇到语义冲突或不确定 |
| **处理顺序** | 先 README 补强，再目录结构调整 |

**当前待处理**（存量，状态建议见状态重评清单）：

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

**批处理流程**：

```
1. 多库边界稳定 + JR/珍珍放行
   │
   ▼
2. 选择事项（先 P1）
   │
   ▼
3. 执行处理（每批最多 10 个目录）
   │
   ▼
4. 产出 execution report
   │
   ▼
5. 产出 rollback manifest
   │
   ▼
6. 交回验收
   │
   ▼
7. 验收通过 → 下一批
   验收不通过 → 回滚 + 分析
```

---

### 2.4 Frontend Backlog

**范围**：Capacities/Anytype 相关事项

**批处理规则**：

| 项目 | 规则 |
|------|------|
| **每批最大处理量** | 按具体事项定 |
| **放行条件** | Nebula 真相源稳定 + JR/珍珍放行 |
| **停止条件** | 遇到 API 限制或不确定 |
| **处理顺序** | 先诊断，再重建 |

**当前待处理**（存量，状态建议见状态重评清单）：

| # | 事项 | 暂停原因 | 恢复条件 | 状态 |
|---|------|----------|----------|------|
| F1 | Capacities UI/API 一致性诊断 | 等 Nebula 更干净 | Nebula 真相源稳定 | ⏸️ 暂停 |
| F2 | Capacities 重建 | 等 Nebula 更干净 | Nebula 真相源稳定 | ⏸️ 暂停 |
| F3 | Anytype 使用 | 待定 | 需求明确 | ⏸️ 暂停 |
| F4 | Capacities Business 推送 | 等 Nebula 更干净 | P9c-Truth 完成 | ⏸️ 暂停 |
| F5 | Capacities People/Org 推送 | 等 Nebula 更干净 | 消歧/补卡完成 | ⏸️ 暂停 |

**批处理流程**：

```
1. Nebula 真相源稳定 + JR/珍珍放行
   │
   ▼
2. 选择事项（先诊断）
   │
   ▼
3. 执行处理
   │
   ▼
4. 产出 execution report
   │
   ▼
5. 产出 rollback manifest
   │
   ▼
6. 交回验收
   │
   ▼
7. 验收通过 → 下一步
   验收不通过 → 分析原因
```

---

### 2.5 Decision Backlog

**范围**：需要 JR/珍珍拍板的决策（Backlog 子类）

**批处理规则**：

| 项目 | 规则 |
|------|------|
| **每批最大处理量** | 5 个决策 |
| **放行条件** | JR/珍珍提供决策 |
| **停止条件** | JR/珍珍需要时间考虑 |
| **处理顺序** | 按紧急度排序 |

**当前待处理**（存量，状态建议见状态重评清单）：

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

**批处理流程**：

```
1. JR/珍珍提供一批决策（最多 5 个）
   │
   ▼
2. 执行对应动作
   │
   ▼
3. 产出 execution report
   │
   ▼
4. 产出 rollback manifest
   │
   ▼
5. 交回验收
   │
   ▼
6. 验收通过 → 下一批
   验收不通过 → 分析原因
```

---

## 三、放行条件

### 3.1 通用放行条件

| 条件 | 说明 |
|------|------|
| **JR/珍珍放行** | JR/珍珍明确批准该批次 |
| **架构稳定** | Universe 1.0 主线未受破坏 |
| **无阻塞** | 没有其他事项阻塞该批次 |
| **留痕完整** | 有 execution report + rollback manifest |
| **状态 active** | 本批条目状态均为 `active`（Backlog v0.2 §7.5） |

### 3.2 各类特殊放行条件

| 类别 | 特殊条件 |
|------|----------|
| **Entity** | JR/珍珍提供真实姓名/状态确认 |
| **Type** | 架构稳定 + 低风险批次优先 |
| **Area** | 多库边界稳定 |
| **Frontend** | Nebula 真相源稳定 |
| **Decision** | JR/珍珍提供决策 |

---

## 四、停止条件

### 4.1 通用停止条件

| 条件 | 说明 |
|------|------|
| **遇到阻塞** | 该批次有事项阻塞其他事项 |
| **遇到不确定** | 该批次有事项需要 JR/珍珍决策 |
| **遇到冲突** | 该批次有事项与其他规则冲突 |
| **达到上限** | 该批次已达到最大处理量 |

### 4.2 各类特殊停止条件

| 类别 | 特殊条件 |
|------|----------|
| **Entity** | 需要外部确认（如 Jessie Chen） |
| **Type** | 遇到类型冲突或不确定 |
| **Area** | 遇到语义冲突 |
| **Frontend** | 遇到 API 限制 |
| **Decision** | JR/珍珍需要时间考虑 |

---

## 五、验收与留痕要求

### 5.1 验收要求

| 要求 | 说明 |
|------|------|
| **execution report** | 每批完成后产出 |
| **rollback manifest** | 每批完成后产出 |
| **JR/珍珍抽验** | JR/珍珍可随时抽验 |
| **珍珍验收** | 珍珍负责验收 |

### 5.2 留痕格式

#### Execution Report 格式

```yaml
batch_id: "Entity-Batch-1"
batch_type: Entity
processed_items: 5
completed_items: 5
failed_items: 0
execution_time: "2026-08-07 17:00"
executed_by: "执行位 agent"
reviewed_by: "珍珍"
status: "completed"
status_updates: # 新增：条目状态流转留痕（Backlog v0.2 §7.5）
  - item: "E1"
    from: "active"
    to: "closed"
```

#### Rollback Manifest 格式

```yaml
batch_id: "Entity-Batch-1"
rollback_files:
  - path: "30_Resources/People/冯先生.md"
    action: "backup"
    backup_path: "99_System/Backup/entity_batch_1/冯先生.md"
  - path: "30_Resources/People/冰总.md"
    action: "backup"
    backup_path: "99_System/Backup/entity_batch_1/冰总.md"
```

---

## 六、批处理计划（存量，待复核）

> **迁移期声明**：以下 8 批计划为 v1.0 存量，状态未改。逐批建议状态见 `Governance_Backlog_Status_Reassessment_20260807.md`，由 JR/珍珍逐批拍板后才可执行。

### 6.1 短期计划（本周）

| 批次 | 类别 | 事项 | 优先级 | 状态 |
|------|------|------|--------|------|
| 1 | Entity | 冯先生/冰总/林总消歧 | P1 | ⏸️ 等 JR 信息 |
| 2 | Decision | 嘉匯達/Hansard/Sun Life | P2 | ⏸️ 等 JR 决策 |

### 6.2 中期计划（下周）

| 批次 | 类别 | 事项 | 优先级 | 状态 |
|------|------|------|--------|------|
| 3 | Entity | 澳门 ZZC/HSS | P2 | ⏸️ 等 Jessie Chen |
| 4 | Type | Batch 1b（低风险） | P2 | ⏸️ 等架构稳 |
| 5 | Area | README 补强 | P2 | ⏸️ 等边界稳 |

### 6.3 长期计划（月底）

| 批次 | 类别 | 事项 | 优先级 | 状态 |
|------|------|------|--------|------|
| 6 | Type | Batch 1c/1d | P3 | ⏸️ 等架构稳 |
| 7 | Frontend | Capacities 诊断 | P3 | ⏸️ 等 Nebula 干净 |
| 8 | Frontend | Anytype 新库规划 | P3 | ⏸️ 等主线稳 |

---

## 七、一句话总结

> **Backlog 批处理：批量推进、限量执行、放行验收、停止阻塞。**
> **等 JR/珍珍信息/决策，不打断主线。**
> **状态不 active 不开批。**

---

## 更新日志

| 日期 | 版本 | 更新内容 |
|------|------|----------|
| 2026-07-13 | v1.0 | 初版：Backlog 批处理规则（大宝执行，珍珍验收） |
| 2026-08-07 | v0.2 草案 | P2-9 落地：§0 与状态机关系、1.2 编号修正为 1.3、放行条件加"状态 active"、Execution Report 加 status_updates；待 R 审定后迁移至 Universe/99_System/Governance/Backlog/ |