[跟踪] 六部派发闭环不稳定：任务常卡在中书省/尚书省

问题概述

这是当前项目最核心的稳定性问题。大量用户反馈任务流转无法稳定走完 太子 → 中书省 → 门下省 → 尚书省 → 六部 的完整链路，常见卡点：

1. 卡在中书省 — 中书省接受任务后未响应或自行完成任务，不向下流转
2. 卡在尚书省 — 尚书省无法成功派发到六部，六部 Agent 未被拉起
3. 六部无反应 — 六部 SOUL 未定义 Agent 方式，导致尚书省派工失败

根因分析（来自 #183 的深入分析）

• assignee_org 字段的生成闭环不清晰，六部派发依赖此字段但无稳定写入机制
• Assigned 与 Doing 状态语义不一致（文档 vs 实现）
• 中书省 Agent 倾向于直接完成任务而非转发
• 六部执行后的汇总回流机制在 worker/orchestrator 层面实现不完整
• orchestrator_worker.py 中仍有停滞恢复相关 TODO

建议改进方向

1. 明确状态机：严格定义 Assigned/Doing 的语义和转换条件
2. 强制流转规则：中书省完成规划后必须输出到门下省，不可自行执行
3. 六部 Agent 注册：确保六部 SOUL.md 中声明 Agent 类型，可被尚书省发现
4. 超时与重试：为每个流转节点设置合理的超时和自动重试
5. E2E 冒烟测试：添加端到端流转的自动化测试

关联 Issues

• #183 — 最详细的架构分析
• #174 — 中书省未响应
• #171 — 流程卡在尚书省
• #149 — 卡在转交中书省
• #144 — 状态更新异常、派发异常
• #121 — 太子无法下发
• #168 — 任务来回流转最终丢失需求
• #150 — 部署反馈：E2E 稳定性不足