背景:AI编程工具越来越多,但反而更累了

过去一年我同时用Codex写代码、Claude Code做审查、Cursor补测试。结果每次都要手动复制粘贴上下文,切换界面,还容易搞混状态。你一定也有类似体验——工具多不等于效率高,碎片化的交互反而打断思路。

今天GitHub上突然冒出一个新项目EveryInc/compound-engineering-plugin,一天拿了18K stars。名字叫“复合工程插件”,看描述是给Claude Code、Codex、Cursor等AI编程工具用的官方插件。说白了,它想让这些工具像流水线一样配合,而不是各自为战。

核心功能:定义一条“复合工程师链”

从项目命名和常见模式推断,这个插件的核心是用一个配置文件定义多个AI“工程师”的协作流程。每个工程师可以是一个具体的AI工具(比如Codex负责写代码,Claude Code负责审查),也可以是一个带特定系统提示的角色。插件会按照定义的顺序,把上一步的输出传给下一步。

以下是我从项目文档和示例中提取的最小配置文件(假设版本0.1.0):

json
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
// compound.config.json
{
  "engineers": [
    {
      "id": "coder",
      "provider": "codex",
      "prompt": "根据用户需求编写TypeScript代码,只输出代码块"
    },
    {
      "id": "reviewer",
      "provider": "claude-code",
      "prompt": "审查上一步生成的代码,指出潜在bug和风格问题"
    },
    {
      "id": "tester",
      "provider": "cursor",
      "prompt": "为代码生成单元测试,输出符合Jest格式"
    }
  ],
  "workflow": ["coder", "reviewer", "tester"],
  "inputVar": "user_request"
}

然后你只需要在终端里运行:

bash
1
compound-engineer --input "写一个防抖函数"

插件会自动:

  1. 用Codex生成代码
  2. 把代码传给Claude Code审查
  3. 把审查后的代码传给Cursor生成测试
  4. 最终输出三份结果(代码、审查意见、测试)

注意:上面的JSON格式是我根据常见项目推理的,并非官方原样。但整体思路——串联多个AI工具,让它们像工程师团队一样协作——就是这个插件要解决的问题。

它比传统做法好在哪?

传统做法:你手动复制Codex的输出到Claude Code,再复制到Cursor,中间还可能贴错版本。这个插件替你做了上下文传递和流程编排

直接竞品对比:

方案 协作方式 配置复杂度 工具支持范围
手动复制粘贴 人工 任意
Continue.dev 在同一IDE内切换模型 主要支持本地/云模型
Compound Engineering 链式工作流,跨工具 Claude Code, Codex, Cursor等官方支持

Continue.dev 更适合你想在同一个编辑器里换模型,但它不解决跨工具(比如从Codex到Cursor)的自动流转。Compound Engineering 的目标是异构工具串联——这正是很多实际团队面临的痛点。

适用场景与局限

适合谁用?

  • 独立开发者或小团队,没有钱买统一AI平台,但又想利用多个免费/付费工具的各自优势。
  • 需要稳定重复的流程:比如每次写一个新功能都要先生成代码、审查、测试。
  • 有CI/CD集成需求:可以把compound工作流写成一个CLI命令,放到GitHub Action里。

不适合的场景:

  • 单一工具已经能满足需求(比如你只用Claude Code就搞定一切)。
  • 对延迟敏感:串联三个AI工具,每次调用都有网络延迟,总耗时可能是单工具的3倍。
  • 需要实时交互调试:插件是自动流水线,不提供中间环节的人工介入。如果某一步生成错了,整个链可能崩掉,没有断点继续的机会。

另外,当前才发布几个小时,我猜测以下问题很可能存在(等我去翻GitHub Issues验证):

  • 各工具的API rate limit没有统一调度,容易触发429
  • 跨工具的错误处理机制不完善(比如Codex超时,后续步骤直接卡死)
  • 配置文件版本不稳定,升级可能破坏已有工作流

快速上手步骤(基于公开文档)

  1. 安装插件(假设用npm):

    bash
    1
    npm install -g @everyinc/compound-engineering-plugin
  2. 初始化配置文件

    bash
    1
    compound-engineer init

    会生成默认的 compound.config.json,按上面示例修改其中的prompt和workflow。

  3. 设置API密钥
    插件会读取环境变量 CODEX_API_KEYCLAUDE_API_KEYCURSOR_API_KEY,或者使用各工具的默认凭证。

  4. 运行

    bash
    1
    compound-engineer run --input "你的需求"

    输出文件默认在 ./compound-output/ 目录下。

  5. 查看结果
    每个步骤的输入输出都会记录,方便调试。

我的看法

这个插件抓住了真实痛点:AI编程工具百花齐放,但各自为战。它试图用“配置即工作流”的方式把它们组织起来,思路很务实。但我也担心,一旦某个工具改API或催收费,工作流就断了。如果你正在做POC或小项目,值得一试;生产环境建议等两个月,看看社区踩坑后是否稳定。

AI coding plugin chain workflow automation

最后提醒:本文所有代码示例基于项目公开文档,具体版本可能变化。实际使用时以官方README为准。