38 lines
1.4 KiB
Markdown
38 lines
1.4 KiB
Markdown
---
|
|
title: "Coordinator-Executor Architecture"
|
|
created: 2026-06-24
|
|
updated: 2026-06-24
|
|
type: concept
|
|
tags: ["agent-architecture", "multi-agent", "coordination", "isolation"]
|
|
sources:
|
|
- "[[arbor-htr-2026]]"
|
|
---
|
|
|
|
# Coordinator-Executor Architecture
|
|
|
|
Arbor 提出的双角色 Agent 架构模式：持久 Coordinator 管理全局策略，短生命周期 Executor 在隔离环境中执行单个假设。
|
|
|
|
## 职责分离
|
|
|
|
| 角色 | 生命周期 | 职责 | 不可做 |
|
|
|------|---------|------|--------|
|
|
| **Coordinator** | 全程持久 | 维护树、选择方向、传播洞察、合并/剪枝 | 直接执行低层实现 |
|
|
| **Executor** | 单次任务 | 物化假设、评估、返回结构化报告 | 修改共享树、重定向搜索目标 |
|
|
|
|
## 关键边界
|
|
|
|
- Executor 在**隔离 git worktree** 中运行——产物变更在通过 merge gate 之前不污染主干
|
|
- Coordinator 通过**树而非日志**感知进度——决策基于洞察抽象而非原始执行痕迹
|
|
- Executor 返回的**结构化报告**仅包含决策相关证据：分数、事实结果、洞察、产物引用
|
|
|
|
## 为什么需要分离
|
|
|
|
1. 全局策略需要全盘证据，低层执行细节会淹没决策信息
|
|
2. 实验结果必须归属于产生它的假设
|
|
3. 探索性代码变更必须在隔离环境中完成，通过 held-out 准入才能合并
|
|
|
|
## 参考
|
|
- [[arbor-htr-2026]]
|
|
- [[hypothesis-tree-refinement]]
|
|
- [[autonomous-optimization-ao]]
|