企业官网建设流程全解析

Compound Engineering 插件实战：33个技能串起会自我积累的AI开发流程

【免费下载链接】compound-engineering-pluginOfficial Compound Engineering plugin for Claude Code, Codex, Cursor, and more项目地址: https://gitcode.com/GitHub_Trending/ev/compound-engineering-plugin

PR要逐行盯、老坑反复踩？Compound Engineering 插件用33个技能把AI开发串成计划、执行、审查、沉淀的流水线，支持Claude Code、Codex等14个宿主。

🧭 一句话说清它是什么

Compound Engineering 是给AI编程代理用的技能包，装进Claude Code、Cursor、Codex、GitHub Copilot、Cline这些工具之后，你会多出33个可调用的技能。

它解决的是AI辅助开发里一个很普遍的问题：代理写得动代码，但攒不下经验。每次新任务都从零开始，同一个坑踩两遍，同样的判断错两次。这个插件把开发过程固定成一套流程，并且要求每一步的结论都写回仓库里的文档，下一次的AI直接读得出来。

打个比方：就像新同事入职没人给他讲"这块当年为什么这么写"，每次改代码都像第一次。Compound Engineering 做的事，是给AI建一本不断更新的团队手册，而且这本手册是AI自己边干活边写的。

⚙️ 它是怎么干活的：先干活，再记账

核心机制是一条六步循环：头脑风暴需求、做计划、执行、简化代码、审查、沉淀经验，分别对应/ce-brainstorm、/ce-plan、/ce-work、/ce-simplify-code、/ce-code-review、/ce-compound六个技能。

每一步都会产出下一步能读的文档，关键在最后一步。/ce-compound会把这次修复中踩过的坑、做过的取舍写成一篇带分类标签的"学习文档"，存进docs/solutions/；下一次跑/ce-brainstorm或/ce-plan时，这些文档会先被读进来当作依据。

这就像车间的交接单：上一班不只说"我下班了"，还写一句"三号拐角昨晚塌了，过的时候注意"。下一班照单开车，不用重新探路。

项目官方给了个真实的演示动图：某次/ce-compound记下了一个环境变量陷阱的教训，18天后一次完全不相关的/ce-plan运行扫描了docs/solutions/下的71篇文档，找到了这条旧教训，并把其中的两条约束写进了新计划。沉淀的知识真的参与了后续决策，不是摆设。

🗺️ 跟一个任务走完整流程

假设你要给项目加一个"让后台任务重试更安全"的功能，完整走法是这样：

计划。先跑/ce-brainstorm，它会一次只问一个问题，只问决策，产出一份需求文档；再用/ce-plan把它扩成可执行的计划，带测试场景和自动置信度检查。这个插件明确把80%的力气压在计划和审查上，执行只占20%——写代码前多花十分钟，后面返工少一大截。

执行。/ce-work照着计划写代码，逐个过质量门；写完用/ce-simplify-code过一遍刚改的代码，只看可读性和复用，行为保持不变。

审查。/ce-code-review根据diff实际碰了什么内容来选审查角色，而不是无脑全量扫。每条发现带P0到P3的严重级别和修复类别，默认只出报告不动代码，你明确授权它才会在本地应用修复。

交付。/ce-commit提交，/ce-commit-push-pr推上去并开PR。之后可以把PR交给/ce-babysit-pr盯着：新评审意见走/ce-resolve-pr-feedback处理，CI挂了就调/ce-debug排查，但合不合并它不做主。

沉淀。合并后跑一次/ce-compound，本次的经验写进docs/solutions/，循环闭环。如果是修bug而不是加功能，起点换成/ce-debug；还不确定做什么，就先跑/ce-ideate找方向。

🌟 值得重点了解的3个能力

按风险派审查员的代码审查

/ce-code-review内置了16份审查角色提示词，覆盖安全、性能、正确性、数据迁移、测试、可维护性等方向。diff只改了一个拼写错误，它不会派性能角色上来指手画脚——这是通用审查提示词最常见的翻车点。更省事的是：把团队规范写进仓库的CODING_STANDARDS.md，之后的每次审查都会自动对照执行，不用每次口头交代。

/lfg：从需求到PR的无人值守

/lfg把整条流水线串成一次运行：计划、实现、简化、审查、应用可自动修复的发现、跑浏览器测试、提交、推送、开PR，然后带着次数上限盯着CI修失败。它到"PR已打开"为止，绝不代你合并。适合明确、低风险的小任务，比如改个配置项、补个边界处理；不确定的大改动还是分步跑更稳。

让经验库长期保鲜

docs/solutions/只进不出会变成垃圾场，所以配套了/ce-compound-refresh对已有学习文档做保留、更新、合并、替换或删除的维护。经验库是这套流程的地基，保鲜机制保证它不会随时间腐烂。

⏱️ 三分钟上手

以Claude Code为例，两条命令装好插件：

/plugin marketplace add EveryInc/compound-engineering-plugin /plugin install compound-engineering

装完在任意项目里跑一次/ce-setup，它会检测可选工具并生成仓库配置。然后从一条核心命令开始，挑一个你熟悉的小改动试试：

/ce-brainstorm 让后台任务的重试更安全

后面顺着/ce-plan、/ce-work、/ce-code-review、/ce-compound依次跑就行，每个技能都有独立说明页，完整目录见 docs/guides/。

🎯 适合谁用

适合：每天用AI编程代理干活、有长期维护项目的独立开发者和小团队；想把审查标准固化下来、不想每次都口头复述的组长；受够了"每次新会话都要重新交代背景"的人。

边界也说清楚：这套流程的价值在"积累"，跑一次性脚本或空目录demo看不出收益；项目自述是"设计上就有主见"，追求完全自由发挥的用法会感觉被流程约束；自动路径如/lfg只到开PR为止，合并决定留在人手里；学习文档默认写在仓库的docs/下，这些文档需要随代码进版本库才能被下次读到，如果项目的docs/不入库，要配置docs_root把产物目录挪到可提交的位置。

最后

一句话总结：它把"每次改动让下次改动更容易"这件事变成了可执行的流程，而不是口号。如果你手头正好有个项目，装完插件后挑一个小改动跑完整个循环，去看看docs/solutions/里长出来的第一条经验——那才是这个插件开始替你省时间的起点。

【免费下载链接】compound-engineering-pluginOfficial Compound Engineering plugin for Claude Code, Codex, Cursor, and more项目地址: https://gitcode.com/GitHub_Trending/ev/compound-engineering-plugin