Proposal: 建立可持续的 Agent 委托编排、配置选择与评测闭环

[asteroida123]

背景

Codeg 已经具备 Delegation Broker、ACP Agent、WorkTask 和 Token Usage 等基础能力。

随着 #603 和 PR #693 推进持久化子 Agent 会话，我想进一步讨论一条完整的演进路线：

发现 Agent 能力
→ 选择 Agent、Model 和 Reasoning / Mode
→ 执行 delegation 或 WorkTask
→ 审查、继续和返工
→ 记录真实运行结果和验证结果
→ 形成评测数据
→ 为未来的 Agent / Model / Reasoning 推荐和受控自动路由提供依据

我希望讨论的几个问题

1. 是否应该向主 Agent 暴露子 Agent 支持的 Model、Reasoning / Mode 和其他配置选项，让主 Agent 可以进行更细的委托选择？

2. 是否应该正式支持 Agent 创建和拆分 WorkTask，使主 Agent 可以把大型任务拆成多个持久化子任务，并使用依赖、并发和预算限制进行编排？

3. WorkTask 是否应该和 Delegation Session 建立稳定关联，使审查和返工能够继续原来的子 Agent 会话，而不是重新创建冷会话？

4. 是否应该把每次委托的实际 Agent、Model、Reasoning、Token、耗时、验证、返工和最终接受结果持久化下来，为未来的模型和 Agent 选择提供真实数据？

5. 对于这条路线，维护者更倾向于：

   • 先在个人集成分支中完整验证，再拆成多个小 PR；
   • 还是使用 stacked PR，逐步合并依赖能力？

初步边界

我倾向于：

• 复用现有 WorkTask Engine、Delegation Broker、ACP 和 Conversation；
• 不新建独立 Runtime；
• 第一阶段先做能力发现、显式选择、可靠执行和数据积累；
• 暂不实现完全自动的 Agent / Model 路由；
• 通过个人集成分支先自用验证，再把通用能力拆成小 PR。

相关工作

• feat(delegation): 接续 #382，支持可持续的子智能体会话 #603：支持通过 @Session 继续 delegation 子会话
• PR feat(delegation): 支持基于原任务的同会话续作 #693：支持基于原任务的同会话续作
• feat: 持久化 delegation 运行结果并提供子 Agent 表现看板 #724：持久化 delegation 运行结果并提供子 Agent 表现看板

希望先确认整体方向和底层边界，再决定后续每个 PR 的拆分方式。