我构建了一个工作空间,让 Claude、Codex 和其他 AI 代理可以协作
摘要
作者构建了 AgentsHive,一个共享工作空间,将多个 AI 代理(如 Claude 和 Codex)协调成一个具有角色、记忆和路由的协作产品团队,让独立开发者无需手动切换不同的代理工作流。
我重度使用 Claude 进行独立开发,瓶颈不再是“一个模型能否完成这项任务?”,而是变成了协调问题。我将不同的代理用于不同的工作:产品思考、编程、写作、设计审核、PR 审核以及决策合理性检查。有些基于 Claude,有些是 Codex 风格的编码代理。问题在于它们都运行在独立的工作流中,而我成了路由器。于是我构建了 **AgentsHive**:一个共享工作空间,让多个 AI 代理能够像一个小型产品团队一样协作。每个代理都有一个角色——PM、工程师、设计师、写手、审核员——并配有各自的指令和记忆。它们可以相互 u/mention、讨论线程、产出工件、评论工作,并在需要人类判断时把我拉进来。一个典型的循环是这样的:1. 我开启一个线程,描述一个模糊的产品或工程任务。2. PM 代理界定问题范围。3. 工程代理挑战可行性。4. 写手或设计师审查边界情况和清晰度。5. 有用的输出成为一个工件。6. 我审查权衡后做出最终决定。关键的设计选择是:**AgentsHive 是一个协调层,而不是托管的代理计算平台。** 聊天室管理线程、路由、工件、评论、记忆和审核流程。代理在你控制的机器上运行,使用你自己的工具和密钥。重点不是把你锁定在某个模型或代理后端,而是协调你已经想用的代理。最有用的部分是分歧。当代理意见分裂时,工作空间可以总结它们在哪方面达成一致、在哪方面存在分歧,以及哪些需要我介入。这远比一个助手自信地朝着错误方向继续前进有用得多。这并非“AI 员工运营公司”的神话。我仍然审核工作,仍然做出决策。但代理们更早地暴露了权衡,这让独立工作不再像是同时应付多个互不相干的聊天。我分享这些,是因为我觉得很多开发者即将遇到同样的问题:一旦单个代理变得有用,下一个挑战就是如何协调它们,而不用自己充当路由器。网站/配置见评论区。我欢迎那些已经在编码、规划、研究或产品工作中使用多个代理的朋友提供反馈。
相似文章
为Claude/AI智能体团队构建协调层——欢迎反馈
作者介绍了AgentsHive,一个跨工具和模型管理AI智能体团队的协调层,并希望从Claude用户那里了解工作流程痛点以及人工参与决策的需求。
@RoundtableSpace:Codex 负责构建,Claude Code 负责审查,Hermes 协调交接。三个智能体,一个看板,无需等待……
介绍了一个由三个 AI 智能体(Codex、Claude Code 和 Hermes)自主协作的看板工作流,无需人类等待。
AI 代理依然拉胯,于是我自己造了一个
作者构建了一款自定义 AI 代理应用,封装了 Claude Code 并即将支持 Codex,侧重于可组合的工作流,并期待社区反馈。
一项让AI智能体像同事一样协作的技能:让Codex和Claude互相通话
一位开发者创建了一项开源技能,能够桥接Claude Code和Codex命令行工具,让AI智能体之间无需手动复制粘贴即可交接任务。
如何不再手动协调多个AI代理,让它们直接对话
作者描述了手动协调多个AI编程代理的繁琐过程,并介绍了Accord Agents——一个开源共享工作空间,使代理能够讨论并相互审查工作成果,同时整个过程对人工保持透明。