核心介绍
我看到的关键: 尽量不动手改代码,就会发现更多的沉淀经验
📌 问题层面
- 传统开发：功能叠加 → 复杂度增加 → 越来越难
- 复利工程：经验积累 → 复杂度降低 → 越来越简单
🔄 核心流程（五步循环）
Plan (计划) → Work (执行) → Review (审查) → Compound (积累) → Repeat (重复)
关键点：
- 80% 时间在计划和审查
- 20% 时间在写代码
- 每次循环都固化经验
🛠️ 三大支撑
- AI 代理体系：27个专业代理（审查、研究、设计等）
- 自动化测试：通过浏览器让 Agent 像用户一样验证
- 并行审查：12个子代理同时从不同角度检查代码
💡 核心价值
- 小项目：少计划，直接做
- 大项目：重计划，保质量
- 每次开发都为下次铺路
具体使用
具体插件的使用: https://github.com/EveryInc/compound-engineering-plugin
这个 Compound Engineering Plugin 不是一个简单的单功能插件，而是一个企业级的 AI 开发工作流系统。它的目录结构反映了其复杂性和完整性：
核心结构
compound-engineering-plugin/ ├── .claude-plugin/ # 插件元数据和配置 ├── .github/workflows/ # CI/CD 自动化工作流 ├── docs/ # 完整文档 ├── plans/ # 预定义的计划模板 └── plugins/ ├── coding-tutor/ # 编程教学子插件 └── compound-engineering/ # 主插件 ├── agents/ # 27个AI代理 ⭐ │ ├── review/ # 14个审查代理 │ ├── research/ # 4个研究代理 │ ├── design/ # 3个设计代理 │ ├── workflow/ # 5个工作流代理 │ └── docs/ # 1个文档代理 ├── commands/ # 20个命令 ├── skills/ # 13个技能 └── MCP Servers/ # 2个服务器
为什么需要这么多组件？
- 27个专业代理 - 每个代理都是一个 .md 文件，定义了特定任务的 AI 行为：
- agent-native-reviewer.md - 验证功能的 agent-native 特性
- security-sentinel.md - 安全审计
- performance-oracle.md - 性能分析
- dhh-rails-reviewer.md - DHH 风格的 Rails 代码审查
- 等等…
- 20个命令 - 斜杠命令用于不同的工作流任务
- /workflows:plan - 创建实施计划
- /workflows:review - 代码审查
- /reproduce-bug - Bug 复现
- 等等…
- 13个技能 - 可重用的专业知识模块
- 2个 MCP 服务器 - Playwright（浏览器自动化）和 Context7（框架文档查询）
设计理念
这个插件实现了 Plan → Work → Review → Compound → Repeat 循环，80% 时间在计划和审查，20% 在执行。每个组件都是这个循环的一部分，目标是让”每个 工程单元都比上一个更容易”。
所以，目录多是因为它是一个完整的开发方法论和工具集，而不仅仅是一个简单的插 件！
原文
https://every.to/chain-of-thought/compound-engineering-how-every-codes-with-agents
咱们的社群
星球中有开箱即用的源码、解决方案、讲解视频、提示词,以及落地经验.
欢迎加入我们，思考技术对商业的价值.
欢迎找我合作
AI咨询、AI项目陪跑、AI项目落地.
我的微信: leigeaicom
大家一起来讨论