代理继电器
代理继电器 是一种有计划的基于MCP的编排服务，用于将工作委托给子代理，并通过注入而不是轮询将结果传递回父代理的上下文。
目标是使并行的多代理工作流对单个代理来说感觉很自然：子任务异步运行，完成的输出在准备就绪时显示为新的上下文。
______________________________________________________________________
视觉
AgentRelay旨在提供：
- 通过MCP授权\
用于启动和跟踪子代理任务的标准MCP接口。
- 首次注射结果\
子代理的输出被推回父代理的提示/上下文中，而不是通过重复的状态调用获取。
- 并行执行\
父代理可以继续工作，而子代理在后台执行。
- 后端无关设计\
子代理可以通过以下方式提供支持：
- OpenAI/Codex风格的API - 代理控制协议（ACP）实现 - 本地CLI工具或脚本
- 简单编排语义\
一次要求委派工作，一次在工作完成后注入结果。
______________________________________________________________________
预期接口
AgentRelay围绕两个核心业务进行设计：
delegate(prompt, block=false)
启动子代理任务。
- 如果
block=false:
- 立即返回任务ID。 - 稍后注射结果。
- 如果
block=true:
- 等待完成。 - 返回完成确认。 - 结果仍然以与非阻塞任务完全相同的方式注入。
status(subagent_id)
提供对任务状态的调试或手动可见性。\ 正常的工作流程应该依赖于注入而不是轮询。
______________________________________________________________________
核心原则
子代理输出从不直接从工具返回。\ 它们总是通过注入到父代理的上下文中来传递的。
这避免了：
- 轮询循环
- 工具调用垃圾邮件
- 在阻塞和非阻塞调用之间划分推理路径
并实现：
- 清晰的并行推理
- 子任务结果的确定性集成
- 代理驱动的编排
______________________________________________________________________
长期目标
AgentRelay旨在向以下方向发展：
- 多个可插拔的执行后端
- 结构化（JSON）结果注入
- 进展和部分结果注入
- 取消和优先排序
- 政策控制和配额
- 持久状态和恢复
- 可观察性和追踪
- 多家长订阅模式
______________________________________________________________________
当前状态
AgentRelay目前是一项设计和原型工作。
目前的重点是：
- 定义清晰的语义
- 建立注射第一结果交付
- 验证MCP作为控制平面
- 证明与Codex/ACP型试剂的互操作性
预期快速迭代和架构变动。
______________________________________________________________________
为什么选择“代理关系”
Agent relay充当以下之间的中继点：
- 希望完成工作的家长代理人
- 一个或多个子代理可以执行它
它不会自己推理。\ 它路由任务并传递结果。
______________________________________________________________________
许可证
待定