Compound Engineering
用可复用的 AI 工程技能，让每轮开发工作为下一轮积累经验。
- Star 数
- ★ 26k
- 最近更新
- 今天
- License
- MIT
- 主语言
- TypeScript
- FA 评分
- 57/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台Codex · Claude Code
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 希望先把模糊功能需求整理成计划，再交给编码助手实施的开发者。
- 不适合
- 只使用单一编码助手且不需要规划、审查和知识沉淀流程的开发者
- 源码审查
- 57/100 · 缺口较多
这个 Agent 能做什么，适合哪些场景？
Compound Engineering 是一套面向 AI 编码助手的 36 项技能插件，支持 Claude Code、Codex、Cursor 等多个宿主。它围绕头脑风暴、规划、执行、简化、审查和经验沉淀构建开发循环，技能通过宿主的命令或技能调用方式运行。流程会读取项目代码和计划，并可将持久经验写入项目的 docs/solutions/，供后续规划参考。插件也提供 lfg 自主流程，可执行计划、审查和测试，并在有 Git 远程仓库时推送、开 PR 和观察 CI。它适合希望把规划、代码审查和团队知识复用纳入 AI 辅助开发流程的团队；安装方式和部分行为取决于所用宿主。
在项目中运行 /ce-brainstorm，通过问答梳理需求并生成需求计划；/ce-plan 将计划扩展为可执行的实现步骤。/ce-work 按计划实施，/ce-simplify-code 整理新代码，/ce-code-review 对照计划进行只报告的多代理审查，/ce-compound 将可复用经验写入 docs/solutions/。可从 /ce-setup 开始检查可选工具能力并创建 .compound-engineering/config.yaml。从已讨论的需求启动 /lfg，可串接工作、简化、审查和修复、沉淀经验、浏览器测试及提交；有远程仓库时还可推送、创建 PR 并监控 CI。各宿主提供自己的安装命令和技能调用方式。
- 希望先把模糊功能需求整理成计划，再交给编码助手实施的开发者。
- 需要在合并前按实现计划审查代码、并由开发者决定是否应用修复的团队。
- 经常重复遇到项目特有陷阱、希望把解决经验留给后续任务的工程团队。
- 想从已完成的需求说明启动端到端开发、测试、提交和 PR 流程的个人开发者。
- 在 Claude Code、Codex 或 Cursor 等多个编码宿主间使用一套工程工作流的团队。
如何安装或部署这个 Agent？
选择与你使用的宿主对应的安装方式。Codex CLI 需要先注册市场，再安装插件；安装后重启 Codex。Claude Code 和 Cursor 可在各自插件市场安装。README 未说明模型费用或所需账户的统一条件，具体取决于宿主和模型服务。
codex plugin marketplace add EveryInc/compound-engineering-plugin
codex plugin add compound-engineering@compound-engineering-plugin如何使用这个 Agent？
在项目中先运行 /ce-setup，然后按需使用核心循环。Codex 中调用已安装技能时使用 $ 前缀；其他支持斜杠技能的宿主可使用 / 前缀。自主流程建议在头脑风暴整理出需求后启动 /lfg。
/ce-setup
/ce-brainstorm make background job retries safer
/ce-plan
/ce-work
/ce-simplify-code
/ce-code-review
/ce-compoundCodex 中的调用示例：
$ce-plan
$lfg这个 Agent 有哪些优点和局限？
- 36 项技能覆盖需求梳理、实施计划、代码简化、审查和经验沉淀，形成清晰的工程循环。
ce-compound将经验写入项目文档，后续ce-brainstorm和ce-plan可读取这些知识。- README 明确记录 Claude Code、Cursor、Codex 等 14 个宿主的支持方式，并提供原生 Codex 插件安装步骤。
lfg可串接实现、审查、浏览器测试、提交以及有远程仓库时的 PR 和 CI 跟进。
- 需要在目标编码宿主中安装插件；不同宿主的安装、重载和技能调用方式不同。
- 工作流涉及多个阶段和技能，采用完整流程需要适应其规划与审查方法。
lfg的远程推送、PR 和 CI 跟进依赖 Git 远程仓库；没有远程仓库时流程止于本地提交。- README 未说明模型调用费用、数据处理细节或所有宿主的功能差异，评估这些条件需要针对实际宿主确认。
这个 Agent 与同类方案有什么区别？
相较于只直接提示编码助手编写代码，这套插件增加了需求规划、按计划审查和持久经验记录等阶段。README 没有提供与其他同类插件的逐项对比。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| Compound Engineering 当前 | 57 · 缺口较多 | Agent 插件 / 技能 | ★ 26k | 今天 | TypeScript | Codex · Claude Code |
| CoCo Super Intelligence | 69 · 存在缺口 | Agent 插件 / 技能免费 + 模型费 | ★ 826 | 2 天前 | Python | Codex · Claude Code |
| Concord MCP | 67 · 存在缺口 | — | ★ 568 | 今天 | TypeScript | Codex · Claude Code |
| OpenCodeReview | 53 · 缺口较多 | 命令行工具免费 + 模型费 | ★ 48k | 今天 | Go | Codex · Claude Code |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
README 展示多宿主工作流，并描述 /lfg 可执行、简化、审查、提交，存在远程时还会推送、开 PR、监看 CI；它说明不会未经授权合并，故外部效果得 2。文档也称若干安装路径无需单独步骤或依赖，但未给出权限矩阵、数据流细节、敏感数据处理规范或通用撤销流程；设置文件备份仅出现在计划代码示例中，不能证明产品已做到，因此其余分数保守。README 点名两位维护者，但对象元数据明确说发布者身份未经验证，且没有清楚的安全更新责任路径，来源归属仅得 1。
README 对主要宿主提供安装和刷新步骤，也列出无工具检测、设置文件解析失败等情形，支持依赖可用性得 2、失败消息得 1。材料包含不同日期和状态的计划，其中一些标记已完成或被取代，另一些仍为活动计划；它们与当前 README 的关系无法完全核实，自洽性仅得 1。未将计划中的测试声明视为本次执行或独立测试证据。
材料明确覆盖多种编码代理宿主，提供核心循环、按需技能和多个安装场景，受众与场景覆盖充分。文档说明 /lfg 的边界，包括有限修复循环、到预算上限可带遗留问题结束、未获授权不合并，得以支持能力边界和触发精度得 2；但各宿主的权限差异与行为兼容限制并未统一详述。多种宿主各有安装路径和配置说明，环境适配得 3。
README 将哲学、工作流、技能目录、安装、限制、FAQ、开发和安全隐私文档入口组织清楚；安装说明按宿主列出命令、刷新和配置细节，故信息架构与安装说明得 3。技能命名整体有规律，但材料提到历史重命名与旧安装清理，稳定性得 2。FAQ、例子和限制有覆盖，但并不穷尽；MIT 元数据及许可证说明明确，得 3。CHANGELOG 指向发布记录，但未提供版本历史内容；维护者有姓名和贡献方式，然而维护责任与更新路径仍不够具体，相关分数为 2。
技能把构思、计划、实施、简化、审查和知识沉淀串成可复用工作流，并提供可直接调用的示例，输出可用性与边际价值得 2。材料也显示流程强调较多计划和审查步骤，且 /lfg 可触发较长的自动化流程；未提供成本、耗时或效果对比证据，因此成本收益得 1。
README 将技能用途链接到指南，并指出 SKILL.md 是运行时规范；计划材料也列出具体实现文件和验收条件，主张可追溯性得 2。多数支持性材料来自同一仓库文档，计划里的完成和测试主张并非独立佐证，跨来源印证得 1。README 通常把功能描述与操作示例分开；计划也会记录假设、未验证事项和完成状态，因此事实与推断区分得 2，但本审查仅能依据提供的静态摘录。
- /lfg 文档描述了提交、推送、开 PR 和持续监看 CI 等有外部影响的操作；使用前应确认当前宿主的授权提示与配置。
- 安全、隐私和具体技能运行规范的文件内容未包含在材料中；不要把 README 的概述或计划中的完成声明当作这些行为已被独立验证的证明。
常见问题
它能在 Codex 中使用吗？
使用它需要 Bun 吗？
审查技能会自动修改代码吗？
ce-code-review 是只报告的审查；README 说明本地应用修改需要显式操作。lfg 流程则会运行审查并应用修复。运行 /lfg 会自动合并或发布吗？
所有技能都需要配置工具或项目文档目录吗？
docs/solutions/、docs/plans/ 是默认目录；可通过 docs_root 设置改放到仓库内的其他根目录。