摘要:当所有人都在讨论 AI 能不能写代码时,Every Inc 已经在想一个更深的问题——如何让每一次 AI 辅助的工程工作,都让下一次变得更容易?Compound Engineering Plugin 就是这个答案。本文从理念到实战,全面拆解这个正在改变 AI 编程范式的开源项目。
一、为什么你需要了解 Compound Engineering?
2026 年,AI 编程工具已经从「尝鲜」变成了「标配」。GitHub Copilot、Cursor、Claude Code、Codex、Gemini CLI……工具越来越多,但一个根本性的问题始终没被解决:
技术债务在持续累积。
每加一个功能,复杂度就多一层。每修一个 Bug,就留下一点只有当事人才懂的「隐性知识」。代码库越来越大,上下文越来越难抓,下一次改动越来越慢。AI 加速了写代码的速度,但并没有改变这个累积的方向。
Every Inc(一家专注于 AI 的科技媒体和产品公司)的 CEO Dan Shipper 提出了一个反直觉的观点:
每一单位的工程工作,都应该让下一单位变得更容易——而不是更难。
这就是 Compound Engineering(复利工程) 的核心哲学。他们不仅提出了理念,还把它做成了一个开源插件——Compound Engineering Plugin,目前已经在 GitHub 上获得了广泛关注。
二、核心理念:80% 规划 + 20% 执行
传统开发模式是:拿到需求 → 写代码 → 测试 → 修 Bug → 下一个需求。每一步都在「执行」,很少停下来思考「怎么让后面的人(或未来的自己)更容易」。
Compound Engineering 把比例调过来了:
| 80% 执行,20% 规划 | 80% 规划和 Review,20% 执行 |
| 每次从零开始 | 每次站在上次的肩膀上 |
| 技术债务线性增长 | 知识持续复利积累 |
| AI 只是「写代码的」 | AI 是「思考伙伴」 |
关键不是仪式感,而是 杠杆效应:
- 一次好的头脑风暴,能让计划更精准
- 一份好的计划,能让执行更小更快
- 一次好的 Review,抓到的不只是 Bug,而是模式
- 一份好的复利笔记,意味着下一个 Agent 不用从头学同样的教训
三、工作流全景:10 大核心技能
Compound Engineering Plugin 的核心是一套完整的工程工作流,由 10 个核心 Skill 组成:
3.1 工作流总览
/ce-strategy(战略锚点)
↓
/ce-ideate(可选:大方向构思)
↓
/ce-brainstorm(需求头脑风暴)
↓
/ce-plan(制定实施计划)
↓
/ce-work(执行计划)
↓
/ce-debug(系统性调试)
↓
/ce-code-review(多 Agent 代码审查)
↓
/ce-compound(沉淀学习,复利积累)
↓
/ce-compound-refresh(刷新过时的复利笔记)
↓
/ce-optimize(迭代优化循环)
↓
回到 /ce-brainstorm(带着更好的上下文开始下一轮)
3.2 各技能详解
/ce-strategy — 战略锚点
位于整个循环的上游。创建或维护 STRATEGY.md,记录产品的目标问题、方法论、用户画像、关键指标和方向。后续的 ideate、brainstorm 和 plan 都会读取这个文件作为「锚点」,确保战略选择能流入功能构想、优先级和需求规格。
为什么重要:没有战略锚点的团队,每次 brainstorm 都是从零开始。有了它,方向感是连续的。
/ce-ideate — 大方向构思(可选)
在进入循环之前使用。让 Agent 生成并批判性地评估多个「大想法」,然后把最强的一个路由到 brainstorm 环节。产出的是「排名后的创意文档」,不是需求、不是计划、不是代码。
适用场景:你知道要做点什么,但还不确定具体做什么。
/ce-brainstorm — 需求头脑风暴
通过交互式 Q&A 深入思考一个功能或问题,然后写出一份「恰到好处」的需求文档。支持 output:html 参数输出为自包含 HTML 文件。
核心价值:不是让 AI 直接写代码,而是让 AI 帮你想清楚「到底要做什么」。
/ce-plan — 制定实施计划
把功能想法转化为详细的实施计划。支持自动置信度检查(Confidence Checking),确保计划的可靠性。
特色:计划不是一次性产物。每一轮的计划都会为下一轮提供更好的上下文。
/ce-work — 执行计划
使用 Git Worktree 和任务追踪系统来系统性地执行计划。支持并行开发,不互相干扰。
/ce-debug — 系统性调试
不是「让 AI 帮你看看这个 Bug」。而是系统性地复现故障、追踪根因、形成可测试的假设,然后用测试驱动的方式修复。
/ce-code-review — 多 Agent 代码审查
这是整个插件最有特色的技能之一。它使用 分层人格 Agent(Tiered Persona Agents) 进行结构化代码审查,配合置信度门控(Confidence Gating)和去重管道(Dedup Pipeline)。
简单说:不是一个 AI 在 Review,而是一群有不同「角色」的 AI 在 Review。
/ce-compound — 复利沉淀
把解决问题过程中学到的东西记录下来,让团队知识持续积累。这是「复利」的核心——下一次遇到类似问题时,不用从头学。
/ce-product-pulse — 产品脉搏
生成一份时间窗口化的报告(24 小时、7 天等),涵盖使用情况、性能、错误和后续事项。报告保存到 docs/pulse-reports/,形成一个可浏览的「用户体感时间线」。
这是读端的闭环:战略是写入,脉搏是读取。下一个 brainstorm 和下一次战略更新,都有了真实信号作为锚点。
/ce-compound-refresh — 刷新复利笔记
复利笔记会过时。这个技能检查陈旧或漂移的学习记录,决定是保留、更新、替换还是归档。确保团队知识库不会随时间腐化。
/ce-optimize — 迭代优化
运行迭代优化循环,支持并行实验、测量门控(Measurement Gates)和 LLM-as-Judge 质量评分。适合需要反复打磨的性能优化、UI 调优等场景。
四、技术架构:37 技能 + 51 Agent
Compound Engineering Plugin 目前(截至 2026 年 5 月,最新版本 v3.9.3)包含 37 个技能和 51 个 Agent。这些组件按功能可分为以下几类:
4.1 核心工作流(Core Workflow)
10 个核心技能(如上所述,含 ce-compound-refresh 和 ce-optimize),构成完整的「战略 → 构思 → 需求 → 计划 → 执行 → 审查 → 沉淀」循环。
4.2 研究与分析(Research & Analysis)
- ce-sessions:查询 Claude Code、Codex、Cursor 的会话历史
- ce-slack-research:搜索 Slack 中的组织上下文——决策、约束和讨论脉络
- ce-riffrec-feedback-analysis:将录音、视频、音频或笔记转化为结构化反馈
4.3 Git 与工作流(Git & Workflow)
- ce-clean-gone-branches:清理远程跟踪分支已消失的本地分支
- ce-commit:创建带有有价值说明信息的 Git Commit
- ce-commit-push-pr:Commit、Push、创建 PR 并生成自适应描述
- ce-worktree:管理 Git Worktree 以支持并行开发
4.4 质量保障(Quality Assurance)
- ce-demo-reel:为 PR 捕获可视化 Demo(GIF、终端录制、截图)
- ce-report-bug:报告 Compound Engineering 插件本身的 Bug
- ce-resolve-pr-feedback:并行处理 PR Review 反馈
- ce-test-browser:在 PR 影响的页面上运行浏览器测试
- ce-test-xcode:使用 XcodeBuildMCP 在模拟器上构建和测试 iOS 应用
4.5 代码质量(Code Quality)
- ce-doc-review:使用并行人格 Agent 进行文档审查
- ce-simplify-code:简化近期代码变更以提升复用性、质量和效率
4.6 专业技能(Specialized Skills)
- ce-agent-native-architecture:使用 Prompt 原生架构构建 AI Agent
- ce-dhh-rails-style:以 DHH 的 37signals 风格编写 Ruby/Rails 代码
- ce-frontend-design:创建生产级前端界面
- ce-optimize:运行迭代优化循环,包含并行实验、测量门控和 LLM-as-Judge 质量评分
4.7 集成与工具(Integrations)
- ce-proof:通过 Proof 协作编辑器创建、编辑和共享文档
- ce-gemini-imagegen:使用 Gemini 生成和编辑图片
五、多平台兼容:一次开发,处处运行
Compound Engineering Plugin 最大的工程亮点之一是它的 跨平台兼容性。同一个插件可以安装到多个主流 AI 编程工具中:
5.1 Claude Code(原生支持)
/plugin marketplace add EveryInc/compound-engineering-plugin
/plugin install compound-engineering
Claude Code 是原生支持,直接从插件市场安装,不需要额外工具。
5.2 Cursor
/add-plugin compound-engineering
在 Cursor Agent Chat 中直接安装,或在插件市场搜索 “compound engineering”。
5.3 Codex
Codex 需要三步:
注意:Codex 原生插件目前只支持 Skill,不支持自定义 Agent。需要额外的 Bun 步骤来安装 Review、Research 和 Workflow Agent。一旦 Codex 原生支持 Agent,这个步骤就会被淘汰。
5.4 GitHub Copilot
VS Code Copilot Agent Plugins:
Copilot CLI:
/plugin marketplace add EveryInc/compound-engineering-plugin
/plugin install compound-engineering@compound-engineering-plugin
Copilot CLI 读取 Claude 兼容的插件清单,不需要额外的 Bun 安装步骤。
5.5 其他平台
| Factory Droid | droid plugin marketplace add + droid plugin install compound-engineering@compound-engineering-plugin | 自动转换格式,无需 Bun |
| Qwen Code | qwen extensions install EveryInc/compound-engineering-plugin:compound-engineering | 直接从 GitHub 安装并转换格式 |
| OpenCode | bunx @every-env/compound-plugin install compound-engineering –to opencode | 通过转换器支持 |
| Pi | bunx @every-env/compound-plugin install compound-engineering –to pi | 依赖 pi-subagents(必需)+ pi-ask-user(推荐) |
| Gemini CLI | bunx @every-env/compound-plugin install compound-engineering –to gemini | 通过转换器支持 |
| Kiro CLI | bunx @every-env/compound-plugin install compound-engineering –to kiro | 通过转换器支持 |
六、实战示例:一个完整的复利循环
6.1 新功能开发
/ce-brainstorm "make background job retries safer"
/ce-plan docs/brainstorms/background-job-retry-safety-requirements.md
/ce-work
/ce-code-review
/ce-compound
这个流程的精髓在于:
6.2 Bug 调查
/ce-debug "the checkout webhook sometimes creates duplicate invoices"
/ce-code-review
/ce-compound
Debug 不是「帮我看一下这个 Bug」,而是一套系统性的根因分析方法论。
6.3 产品脉搏检查
/ce-product-pulse
一键生成过去 24 小时或 7 天的产品健康报告,保存到 docs/pulse-reports/,形成可浏览的时间线。
七、本地开发与调试
如果你想参与开发或测试:
bun install
bun test
bun run release:validate
快速测试本地改动
Claude Code:
alias cce='claude –plugin-dir ~/Code/compound-engineering-plugin/plugins/compound-engineering'
cce # 用 cce 代替 claude 测试你的改动
Codex:
bun run src/index.ts install ./plugins/compound-engineering –to codex
测试他人的分支
# Claude Code
bun run src/index.ts plugin-path compound-engineering –branch feat/new-agents
# 输出类似:claude –plugin-dir ~/.cache/compound-engineering/branches/…
# Codex
bun run src/index.ts install compound-engineering –to codex –branch feat/new-agents
八、常见问题 FAQ
Q1:Claude Code 需要 Bun 吗?
不需要。 Claude Code 直接从插件市场安装。Bun 只在以下场景需要:转换器支持的目标平台(OpenCode、Pi、Gemini、Kiro)、Codex 的 Agent 安装步骤、本地开发、以及清理旧的转换安装。
Q2:为什么 Codex 需要额外的 Bun 步骤?
因为 Codex 的原生插件流程目前只安装 Skill,不安装自定义的 Reviewer、Researcher 和 Workflow Agent。Bun 步骤填补了这个空缺。一旦 Codex 原生支持 Agent,这个步骤就会被淘汰。
Q3:这个项目接受外部贡献吗?
不接受。 项目维护者明确表示:没有精力 Review 外部代码,风险收益不对称。欢迎提交 Issue 和 PR 来说明问题,但不会直接合并。维护者会通过 gh 让 Claude 或 Codex 审查提交,然后独立决定如何处理。
九、深度思考:AI 编程的下一个范式
9.1 从「工具」到「方法论」
大多数 AI 编程工具解决的是「怎么写代码更快」的问题。Compound Engineering 解决的是「怎么让整个工程体系越来越好」的问题。
这是一个本质的区别:
- 工具层:Copilot、Cursor、Claude Code → 加速执行
- 方法论层:Compound Engineering → 优化整个循环
9.2 「复利」的真正含义
在金融领域,复利的关键不是「利率高」,而是「时间长」。Compound Engineering 的核心洞察是:知识积累需要结构化的沉淀机制。
没有 /ce-compound,你今天解决的问题,三个月后换个人还是会踩坑。有了它,团队的每一次 Debug、每一次 Review、每一次 Brainstorm,都在为未来积累「利息」。
9.3 多 Agent 协作的未来
/ce-code-review 使用的「分层人格 Agent」架构值得关注。它不是一个 AI 在做 Review,而是多个有不同视角的 Agent 并行审查:
- 有人关注安全性
- 有人关注性能
- 有人关注可维护性
- 有人关注 API 设计
这种「AI 团队协作」的模式,可能比单个超强 AI 更接近未来的工程实践。
十、总结
Compound Engineering Plugin 不是又一个 AI 编程工具。它是一套完整的工程方法论的实现,核心思想可以概括为:
不要让 AI 只帮你写代码。让 AI 帮你建立一个「每次做完都比上次更好」的系统。
关键数据:
- 📦 37 个技能,51 个 Agent
- 🔌 支持 Claude Code、Cursor、Codex、Copilot、Droid、Qwen、OpenCode、Pi、Gemini、Kiro 等 10+ 平台
- 📜 MIT 许可证
- 🏢 由 Every Inc 维护
- 📌 最新版本:v3.9.3(2026-05-28)
项目地址:https://github.com/EveryInc/compound-engineering-plugin
MoneyPrinterTurbo 深度解析与部署实战:AI 一键短视频生成,从源码到上线全攻略
微软 MarkItDown 深度解析:12.6 万 Star 的文档转 Markdown 神器,凭什么火遍开发者圈?
AI写的前端千篇一律?taste-skill:给你的AI Agent装上“审美大脑“


