背景: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):
// 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"
}
然后你只需要在终端里运行:
compound-engineer --input "写一个防抖函数"
插件会自动:
- 用Codex生成代码
- 把代码传给Claude Code审查
- 把审查后的代码传给Cursor生成测试
- 最终输出三份结果(代码、审查意见、测试)
注意:上面的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超时,后续步骤直接卡死)
- 配置文件版本不稳定,升级可能破坏已有工作流
快速上手步骤(基于公开文档)
安装插件(假设用npm):
bash1npm install -g @everyinc/compound-engineering-plugin初始化配置文件:
bash1compound-engineer init会生成默认的
compound.config.json,按上面示例修改其中的prompt和workflow。设置API密钥:
插件会读取环境变量CODEX_API_KEY、CLAUDE_API_KEY、CURSOR_API_KEY,或者使用各工具的默认凭证。运行:
bash1compound-engineer run --input "你的需求"输出文件默认在
./compound-output/目录下。查看结果:
每个步骤的输入输出都会记录,方便调试。
我的看法
这个插件抓住了真实痛点:AI编程工具百花齐放,但各自为战。它试图用“配置即工作流”的方式把它们组织起来,思路很务实。但我也担心,一旦某个工具改API或催收费,工作流就断了。如果你正在做POC或小项目,值得一试;生产环境建议等两个月,看看社区踩坑后是否稳定。

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