104 lines
5.1 KiB
Markdown
104 lines
5.1 KiB
Markdown
# M2 Batch-2 Task Order（Real Operation, v2）
|
||
|
||
## 0) Order Meta
|
||
- Batch: **M2 / Batch-2**
|
||
- Mode: **Real Operation**（非演示）
|
||
- Naming standard: **v2（Brain / Ministry）**
|
||
- Primary drafter: **🏛️ Architect / Helix**
|
||
- Governance baseline: `org/CONSTITUTION_v2.md`
|
||
|
||
---
|
||
|
||
## 1) Objectives
|
||
1. 在真实作业条件下验证 v2 组织链路（Brain 决策 + Ministry 执行）可稳定运行。
|
||
2. 以三类任务（T1/T2/T3）覆盖：常规交付、压力/异常、升级审批三种路径。
|
||
3. 形成可审计留痕：任务定义、门禁结果、执行证据、复盘结论。
|
||
|
||
---
|
||
|
||
## 2) Scope
|
||
### In Scope
|
||
- 批次级编排、门禁、执行、审计与收口。
|
||
- T1/T2/T3 的完整定义与责任归属。
|
||
- Token/时间预算、风险控制、验收标准。
|
||
|
||
### Out of Scope
|
||
- 新增组织结构或角色改名（本批仅使用既有 v2 角色）。
|
||
- 生产外发动作的自动执行（如涉及外发，一律升级人工拍板）。
|
||
- 与 M2 Batch-2 无关的长期架构重构。
|
||
|
||
---
|
||
|
||
## 3) Task Definitions (T1 / T2 / T3)
|
||
|
||
| Task | Goal | Brain Owner | Ministry Owner(s) | Key Deliverable | Dependency | Planned Path |
|
||
|---|---|---|---|---|---|---|
|
||
| **T1 Baseline Delivery** | 完成低风险、可直接交付的标准任务链路 | 🏛️ Architect / Helix | ⚙️ Ministry of Works / Anvil + 💰 Ministry of Resources / Quanta | 可复现产物 + 执行记录 + 预算对账 | 无硬依赖 | Gate PASS → Execute → Audit close |
|
||
| **T2 Stress & Recovery** | 执行高负载/异常注入并验证恢复方案 | 🛡️ Auditor / Sentinel（规则约束） + 🎛️ Controller / Vector（调度） | 🧩 Ministry of Justice / Prism + ⚙️ Ministry of Works / Anvil | 异常复现证据 + Recovery Plan + 重试结论 | 需门禁阈值与失败策略就绪 | Gate BLOCK/PASS 分支 → Failure handling |
|
||
| **T3 Escalation Case** | 涉及敏感边界（外发/不可逆）任务的升级链路验证 | 🛡️ Auditor / Sentinel | 🛡️ Ministry of Security / Bastion + 🎨 Ministry of Expression / Echo | 升级单、风险说明、待批执行草案 | 需人工审批窗口可用 | Gate PAUSE_AND_ESCALATE → Human decision |
|
||
|
||
---
|
||
|
||
## 4) Tool Needs
|
||
### Core Tools (all tasks)
|
||
- `read` / `write` / `edit`: 文档与证据产物管理
|
||
- `exec`: 脚本执行、门禁检查、日志采样
|
||
|
||
### Task-specific
|
||
- **T1**: `exec`（交付脚本/测试）、`read`（结果核验）
|
||
- **T2**: `exec`（压测/失败复现）、`read`（错误日志）、`edit`（修复方案文档）
|
||
- **T3**: `read`（政策/宪章核对）、`write`（升级单）、必要时 `message`（仅在获批后对外）
|
||
|
||
### Governance Notes
|
||
- 任何外发工具调用前，必须具备人工批准记录。
|
||
- 所有门禁结果需落盘到 `org/m2/` 或 `org/logs/` 可审计路径。
|
||
|
||
---
|
||
|
||
## 5) Risk Register
|
||
|
||
| Risk | Trigger | Impact | Owner | Mitigation |
|
||
|---|---|---|---|---|
|
||
| 预算超限 | T2 tokens/time 失控 | 批次延迟或被阻断 | 💰 Quanta | 预设硬阈值、超限自动降载/拆批 |
|
||
| 规则绕行 | 直接执行未过门禁任务 | 合规失败 | 🛡️ Sentinel + 🛡️ Bastion | 强制 Gate 前置，审计抽检 |
|
||
| 恢复失败 | T2 异常不可复现或无法修复 | 反复重试耗费资源 | 🧩 Prism | 固定复现脚本、限制重试次数 |
|
||
| 升级等待 | T3 人工审批延迟 | 批次收口延期 | 🎛️ Vector | 提前准备升级包，设置超时回退策略 |
|
||
|
||
---
|
||
|
||
## 6) Acceptance Criteria
|
||
### Task-level
|
||
- **T1**：交付物完整、可复现、预算在阈值内、审计通过。
|
||
- **T2**：至少一次有效异常复现 + 明确恢复策略；若阻断则提供可执行降载版本。
|
||
- **T3**：升级材料完整（风险、影响、回滚、建议），无批准不执行。
|
||
|
||
### Batch-level
|
||
1. 三任务均有可追溯记录（定义、执行、结果、责任人）。
|
||
2. 至少覆盖 1 条 PASS 路径、1 条失败/阻断路径、1 条升级路径。
|
||
3. 产出 Batch-2 复盘摘要（问题、改进、下一批建议）。
|
||
|
||
---
|
||
|
||
## 7) Budget Estimates (Tokens / Time)
|
||
|
||
| Task | Est. Tokens | Est. Time | Retry Budget | Hard Stop |
|
||
|---|---:|---:|---:|---|
|
||
| **T1** | 16k–22k | 20–30 min | 1 | >30k tokens or >45 min |
|
||
| **T2** | 28k–40k | 35–55 min | 2 | >45k tokens or >70 min |
|
||
| **T3** | 10k–18k | 20–35 min（不含人工等待） | 1 | 未批即停 |
|
||
| **Batch Total** | **54k–80k** | **75–120 min + approval wait** | — | 超总预算触发拆批 |
|
||
|
||
### Budget Control Rules
|
||
- 预算守门：由 💰 Quanta 逐任务核对，超阈值立即上报 🎛️ Vector。
|
||
- 风险守门：由 🛡️ Sentinel / 🛡️ Bastion 对敏感动作执行“先审后做”。
|
||
- 执行守门：由 ⚙️ Anvil 在通过门禁后落地，🧩 Prism 负责失败收敛。
|
||
|
||
---
|
||
|
||
## 8) Execution Order (Recommended)
|
||
1. **Pre-Gate**：Helix 完成任务单冻结；Sentinel 完成规则校验。
|
||
2. **Wave A**：先跑 T1（建立稳定基线）+ 并行准备 T3 升级材料。
|
||
3. **Wave B**：运行 T2 压力/异常路径，按 Prism 恢复策略收敛。
|
||
4. **Close**：Vector 汇总；Sentinel 审计签收；输出 Batch-2 复盘。
|
||
|
||
> 本任务单生效后即作为 M2 Batch-2 的统一执行口径。 |