5.1 KiB
5.1 KiB
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
- 在真实作业条件下验证 v2 组织链路（Brain 决策 + Ministry 执行）可稳定运行。
- 以三类任务（T1/T2/T3）覆盖：常规交付、压力/异常、升级审批三种路径。
- 形成可审计留痕：任务定义、门禁结果、执行证据、复盘结论。
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 条 PASS 路径、1 条失败/阻断路径、1 条升级路径。
- 产出 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)
- Pre-Gate：Helix 完成任务单冻结；Sentinel 完成规则校验。
- Wave A：先跑 T1（建立稳定基线）+ 并行准备 T3 升级材料。
- Wave B：运行 T2 压力/异常路径，按 Prism 恢复策略收敛。
- Close：Vector 汇总；Sentinel 审计签收；输出 Batch-2 复盘。
本任务单生效后即作为 M2 Batch-2 的统一执行口径。