Skip to content

简介

Codeg 是一个多智能体编程工作区——在一个地方运行、聚合并编排不断壮大的 AI 编程智能体家族。

Codeg 不会将你绑定到单一助手,而是把 Claude Code、Codex CLI、Google Antigravity、OpenCode、Qoder 以及更多智能体汇聚到一个共享工作区中——然后让它们协同工作:一个主导智能体可以把子任务交给其他类型的智能体,每个智能体都作为独立会话运行。你负责指挥,它们负责协作。

15个编程智能体,一个工作区
3个聊天频道来驱动它们
3种托管方式——桌面 · 服务器 · Docker
0遥测——默认本地优先

Codeg 导览

Codeg 为何存在

在软件发展的大部分历史中,工作的单位一直是按键。随后出现了自动补全,接着是聊天,如今则迎来了一代智能体式(agentic)工具——它们几乎全凭自身之力就能包揽整个任务:规划、编辑文件、运行命令并不断迭代。

这一转变既引人瞩目,也伴随着混乱。最强大的那些智能体各自作为独立的命令行工具发布,各有自己的模型、强项、会话格式和主目录。在日常使用中,一次只用一个智能体会留下实实在在的缺口——而弥合这些缺口正是 Codeg 的全部意义所在:

独自应付各种智能体 CLI

  • 历史记录散落在 ~/.claude~/.codex~/.gemini 以及十几个各自为政的孤岛中
  • 每个智能体各自为战——无法让 Claude Code 在某个棘手步骤上借助 Codex
  • 被拴在笔记本电脑上的交互式终端里

使用 Codeg

  • 横跨你所运行的每一个智能体的单一可搜索时间线
  • 主导智能体在会话进行中将子任务委派给其他智能体
  • 桌面端或服务器承载核心,原生 iOS 与 Android 客户端随身连接

Codeg 押注于一点:面对日益碎片化的智能体格局,答案不是选出一个赢家,而是编排——一个开放、不锁定特定智能体的工作区,让你博采各家之长。

软件工作的单位正在从按键转向任务——也从单一助手转向一支智能体团队。Codeg 正是为这一转变而打造的工作区。

Codeg 能做什么

三个理念定义了这个工作区。

1. 聚合——为每个智能体提供统一的归处

Codeg 读取每个受支持智能体的原生会话存储,并将它们汇入一个统一、可搜索的工作区。你的 Claude Code、Codex、Gemini 和 OpenCode 历史记录不再散落在十五个独立的目录中,而是汇成一条可供你浏览、恢复和搜索的时间线——无论它们出自哪个工具。

如今已有十五个智能体接入,各有自己的模型、强项和会话格式:

Claude Code
Codex CLI
OpenCode
Gemini CLI
OpenClaw
Cline
Hermes Agent
CodeBuddy
Kimi Code
Pi
Grok Build
Cursor
DeepSeek Harness
Qoder
Google Antigravity

支持的智能体

2. 协作——像团队一样工作的智能体

在单个会话中,一个主智能体可以将子任务委派给不同类型的子智能体——Claude Code 在某一步转向 Codex,在另一步转向 Gemini——每一次被委派的运行都会成为一个独立的一级会话,供你打开并查看。这构建于开放的 Agent Client Protocol(ACP) 之上,并借助一个小巧的 codeg-mcp 伴生程序,向智能体自身暴露一个 delegate_to_agent 工具。

Codeg 中的多智能体协作

Codeg 中的多智能体协作

多智能体协作

3. 运维——将智能体作为一等基础设施

Codeg 把智能体视为你可以运行的东西,而不仅仅是与之聊天的对象:

  • 自动化——保存一套完整配置的设置,以无头方式按 cron 计划或按需运行。
  • 待办任务——把要做的事写下来,让智能体一件件做完,每个任务都在一份独立的代码副本中进行,且在你验收之前都不会合并。
  • 仓库面板——把一个项目的 GitHub 或 GitLab issue 与 pull request 列出来,把其中一条交给智能体,再把结果作为 pull request 送回去。
  • 聊天频道——从 Telegram、Lark(飞书)或 iLink(微信)驱动会话:创建任务、批准权限,并实时获得回复,无需打开浏览器。
  • 随处使用——在桌面应用、独立服务器或 Docker 中运行智能体,再通过原生 iOS、Android 客户端或任意浏览器保持连接。
  • 可扩展——MCP 服务器和技能可添加工具与专业能力,而内置的 Office科学研究工具集则赋予智能体真实世界的能力。新项目从项目引导开始。

在 Codeg 中处理 Office 文档

在 Codeg 中处理 Office 文档

为保持开放而生

Codeg 刻意不对你应该使用哪个智能体持有成见,并谨慎对待你的数据:

  • 智能体无关。 新智能体通过 ACP 接入,而非借助定制集成,因此工作区会随生态系统一同成长。
  • 本地优先。 解析、存储和项目操作默认都在你的机器上进行;只有在你触发操作时才会发生网络调用。参见隐私与安全
  • 一个内核,三个二进制文件。 一个共享的 Rust 内核同时驱动桌面应用、独立服务器和 MCP 伴生程序;原生移动客户端则通过经过认证的 API 连接到这个内核。参见架构

Codeg 站在开放工作的肩膀之上——用 Agent Client Protocol 实现智能体连接,用 Superpowers 提供专家技能,用 OfficeCLI 处理文档,用 scientific-agent-skills 支持科研。

未来之路

智能体生态仍在不断倍增——每个月都有新模型、新 CLI、新专长涌现。Codeg 的方向是顺应这条曲线而非与之对抗:更多受支持的智能体、更多频道(Discord、Slack 和钉钉即将到来)、它们之间更丰富的协作模式,以及更深入的无头自主能力。项目引导基于标签页的脚手架也被设计为能够超越其首个模板持续成长。

目标始终不变:一个与智能体保持同步的工作区,让你随时都能取用最好的工具——或者同时取用好几个——而这一切都无需离开同一个工作区。

后续步骤

基于 Apache-2.0 许可证发布。