4.6 KiB
4.6 KiB
AI_ICT + TradingAgents P0-P6 合理性审查与优化结论 v1
1. 审查目标
本文件用于在正式进入自动化流程开发阶段前,对 Research Council P0-P6 进行一次阶段合理性审查。
审查问题:
- P0-P6 的阶段划分是否合理
- 是否存在阶段过度扩张或重复建设
- 自动晋级 / 退出条件是否可执行
- 是否存在越过 execution gate / live readiness / trust bucket 的风险
- 是否可以停止继续写阶段文档,进入自动化执行层开发
2. 总体结论
结论:
P0-P6 作为
AI_ICT + TradingAgents融合主线的自动化阶段是合理的,可以保留;但 P6 必须被定义为当前研究委员会链路的终端治理入口,不应继续自动扩展 P7。
补充裁定:用户明确要求“从 P7 开始设计自动化”时,P7 只能作为自动化执行层阶段使用,不得解释为 Research Council P7。
本次审查后的执行原则:
P0-P6 阶段冻结
-> 默认运行 P6 governance tick
-> no_op_healthy 则停止
-> cycle_required 才补跑 optimization cycle
-> bounded_slice_required 才打开最小实现切片
-> 不再因为“继续”自动创造新阶段
3. 分阶段合理性判断
| 阶段 | 判断 | 保留理由 | 优化要求 |
|---|---|---|---|
| P0 | 合理 | 影子接入是最低风险融合方式 | 必须保持只读,不影响主链 |
| P1 | 合理 | 让 council 进入 decision packet / runtime 解释层 | 只增强解释和 operator 可见性,不改执行门 |
| P2 | 合理 | lesson / eval / arena 是持续改进的基础 | 只能用于研究评估和 bounded follow-up |
| P3 | 合理 | 把 P2 长期运行态固化为可持久化 cycle | cycle 输出只能进入 operator follow-up |
| P4 | 合理 | 把 cycle 转为治理判断,避免盲目继续开发 | needs_attention 不能被解释成交易信号 |
| P5 | 合理但特殊 | P5 是由 P4 指出的具体 replay evidence 缺口触发 | 未来类似缺口应作为 P6 bounded slice,不再固定扩阶段 |
| P6 | 合理且应作为终端入口 | governance tick 解决“继续时该做什么”的自动判断问题 | P6 后默认停止扩阶段,转入自动化执行层开发 |
4. 必须优化的流程点
4.1 P6 之后不再自动扩阶段
之前 P0-P5 的模式容易让“继续”自然变成 P7、P8。
优化后:
- P6 是当前 Research Council 融合主线的终端治理入口
- P6 返回
no_op_healthy时,自动化流程必须停止开新切片 - 只有 P6 返回
cycle_required或bounded_slice_required,才允许继续执行 - analysis/decision monitor 已达到稳定质量窗口时,可进入自动化执行层 P7,用于成熟度摘要与下一 bounded slice 路由
4.2 P4 到 P5 必须是条件跳转
P5 不应被理解为所有情况下 P4 后的固定阶段。
只有当 P4 review 返回:
recommended_actions includes add_replay_fixture_with_confirmed_swings
才进入 P5。
如果 P4 已经 healthy,应直接进入 P6 governance tick。
4.3 P5 以后同类缺口不再扩新阶段
P5 是一次已经发生的具体缺口闭环,不应形成“每个缺口一个永久阶段”的模式。
以后如果 P6 tick 返回 bounded_slice_required:
- 在当前自动化执行层内打开最小 bounded slice
- 完成后回到 P6 tick
- 不新增 Research Council P7/P8 文档,除非用户明确要求重新规划产品阶段
4.4 状态机必须统一
P6 后默认自动化状态机:
| Tick status | 自动动作 | 是否写代码 |
|---|---|---|
no_op_healthy |
停止,记录健康 | 否 |
cycle_required |
按策略补跑 optimization cycle | 仅当明确授权 |
bounded_slice_required |
打开最小实现切片 | 是 |
cycle_run |
写回 cycle / review 结果 | 否,除非新 review 要求 |
5. 正式进入自动化流程开发阶段的条件
满足以下条件后,可以进入自动化流程开发阶段:
SESSION.md状态已写为automation_flow_p0_p6_review_closedTASKS.md已明确下一步是自动化执行层开发- P6 governance tick 可作为默认入口
- latest tick 为
no_op_healthy - P0-P6 文档不再继续扩阶段
npm run lint或至少文档一致性相关测试通过
6. 审查结论
P0-P6 不需要重写。
需要并已纳入流程的优化是:
- 增加 P0-P6 审查结论文档
- 明确 P6 为终端治理入口
- 明确 P4->P5 是条件跳转
- 明确 P6 后不自动扩 P7
- 明确下一步进入自动化执行层开发,而不是继续写阶段清单
最终判定:
P0-P6 合理
P0-P6 阶段冻结
可以进入自动化流程开发阶段