THE PROGRAMMING TERMINATOR

一个需求多个项目智能体协同开发

让上层智能体拆解需求、调度各项目并汇总结果。每个项目在自己的目录中运行独立原生会话,沿用原有的指令、Skills 和工具链。

下载 Octoboard

开源 · MIT 许可

macOS Apple Silicon · 安装包即将发布

Octoboard 的品牌形象:红色双眼的银色机械八爪鱼
原生智能体,共同的任务
Claude Code Codex Grok Build
探索协作方式
01 / 核心优势

为跨项目产品开发而生

一个功能,牵动多个工程。 把协调工作交给上层智能体。

上层统筹需求,各项目分别执行。

一个需求牵动前端、后端和文档,常常需要你来回传递任务与结果。上层智能体结合产品背景安排工作和依赖,再根据各项目汇报跟进下一步。

每个项目,沿用自己的开发规则。

项目智能体在本项目目录中运行独立原生会话,按自身机制加载指令文件、Skills、hooks 和工具,减少跨工程时遗漏规则的风险。

品牌可以不同,协作由一处统筹。

不同工程可能已依赖不同品牌的智能体,而它们的指令与工具链并不通用。前端继续用 Codex、后端继续用 Claude Code 等原有配置,由一个上层智能体协调工作。上层智能体使用 Claude Code 时,可以把生成图片交给 Codex,因为 Claude Code 不能生成图片;也可以把操作本机应用或浏览器的步骤交给 Codex,因为 Codex 更擅长这些工作,再根据 Codex 的汇报继续推进。

直接进入项目会话,随时调整方向。

具体工程的背景和代码细节,直接讲给执行任务的智能体更清楚。你可以进入项目会话补充背景、调整要求或检查代码,同时由上层智能体跟进整体进展。

产品横跨多个仓库 智能体应当协同作战

02 / 协作流程

统筹全局,协同执行

一个统筹者。 所有项目协同推进。

一个功能可能涉及前端、后端和文档。上层智能体拆解需求,向各项目会话派发任务,再根据汇报跟进结果。

产品工作区协作流程示意
你

为整个产品添加团队邀请功能

统筹智能体

拆解前后端与文档任务,协调接口依赖,汇总交付。

前端

apps/web
Codex沿用项目上下文

项目指令 · Skills · Hooks

构建邀请与入组界面

向统筹智能体汇报

邀请与入组界面已接入后端接口,联调完成。

后端

services/api
Claude Code沿用项目上下文

项目指令 · Skills · Hooks

实现邀请接口与权限校验

向统筹智能体汇报

邀请接口与权限校验已完成,接口约定已汇报给统筹智能体。

文档

docs
Grok Build沿用项目上下文

项目指令 · Skills · Hooks

编写邀请与入组指南

向统筹智能体汇报

邀请与入组指南已按界面流程和权限规则更新。

统筹智能体汇总交付

汇总三个项目的成果,核对同一需求的交付内容。

同一个需求,共同交付

邀请界面、后端接口与权限校验、使用指南共同组成完整的团队邀请功能。

01

把目标交给统筹智能体

统筹智能体结合产品背景和已有上下文,判断涉及哪些项目,安排工作并跟进依赖关系。

02

让项目智能体专注开发

每个智能体都在自己的项目目录中运行,按原生机制使用指令、Skills、hooks、工具与权限配置。

03

跟进进展,随时参与。

项目智能体向统筹智能体汇报进展和问题。你可以打开任何项目会话,补充背景、调整方向,或直接与项目智能体一起工作。

03 / 开源

机制透明。 源码向你开放。

阅读代码,了解调度机制,按自己的需要改造工作台。项目公开开发,以 MIT 许可发布。

查看代码仓库
MIT

允许使用、修改和分发。

阅读 MIT 许可证
04 / 数据边界

从本地出发

工作区,就在你的电脑上运行。

Octoboard 在本地保存应用数据,不向开发者运营的服务器上传代码或对话。你选择的智能体及工具会根据配置连接各自的服务提供商。

阅读隐私政策
规划中

远程主机支持

远程主机支持仍在规划中,目前尚未提供。

平台支持

macOS 版本已开发完成。Linux、Windows、iOS 和 Android 版本在规划中。

  • macOS

    已开发 · 安装包即将发布

  • Linux

    规划中

  • Windows

    规划中

  • iOS

    规划中

  • Android

    规划中

05 / 常见问题

常见问题

Octoboard 适合解决什么问题?

一个需求可能涉及多个工程,例如团队邀请功能需要同时修改前端、后端和文档。把需求交给上层智能体,由它组织各项目的工作、跟进依赖并汇总结果,减少自己在会话间分配任务和搬运信息的工作。

为什么不直接让一个智能体带子代理开发所有项目?

跨目录执行或派出子代理,并不等于自动获得目标项目的完整配置。如果项目指令、Skills 等仍靠主会话转交,就容易漏掉规则或混用上下文,具体加载行为取决于所用工具。Octoboard 在各项目目录启动对应品牌的独立原生会话,由项目智能体按自身机制加载本地配置,上层负责协调工作。

不同项目能继续使用不同品牌的智能体吗?

不同工程可能已依赖不同品牌的智能体,而它们的指令与工具链并不通用。你可以为上层和各项目分别选择 Claude Code、Codex 或 Grok Build,保留各自工具链,由 Octoboard 在会话之间传递任务、相关上下文和汇报。上层使用 Claude Code 时,可以请 Codex 生成图片,因为 Claude Code 不能生成图片;也可以请 Codex 操作本机应用或浏览器,因为 Codex 更擅长这些工作,再根据 Codex 的汇报继续推进。

项目如何汇报?我还能直接参与吗?

具体需求或代码细节,直接向执行任务的项目智能体说明,通常更清楚。你可以进入它的会话补充背景、调整要求或检查代码;上层派出的项目会话仍会向上层汇报结果、未完成事项和需要决策的问题。

上层智能体会逐渐了解我的产品吗?

持续的会话、项目资料和工作汇报,可以帮助它理解产品与工程分工,判断需求涉及哪些项目。这种理解建立在会话中可用的上下文上,持续补充这些信息可以减少反复交代背景。

现在可以在哪些平台使用?

macOS Apple Silicon 版本已开发完成,安装包即将在 GitHub Releases 发布。Linux、Windows、iOS 和 Android 版本仍在规划中,尚未提供。

需要准备什么?有哪些费用?

请先安装你要使用的智能体命令行工具。Octoboard 免费,并以 MIT 许可证开源。这些智能体是你自己的,也包括连接到你自行托管的模型的智能体。

代码和对话会发送到哪里?

Octoboard 在本地保存应用数据,不向开发者运营的服务器上传代码或对话。你配置的智能体和工具可能向各自服务商发送数据,协作时任务信息可能由多个服务商处理,Git 操作也可能连接远程仓库;详细范围见隐私政策。

能让项目智能体在远程主机上运行吗?

目前还没有。远程主机支持仍在规划中,尚未提供。

Octoboard — The Programming Terminator

开始你的下一个任务

下一个需求 让多个项目协同推进

你的代码仓库,你的开发工具。在同一处推动整个产品向前。

下载 Octoboard

安装包即将发布 · MIT 许可证