AgentMatter
EN/中文
提交项目GitHub
Agent 插件 · 发布者仓库

Compound Engineering

Every 开源的 Agent 工作流插件，以 33 个 Skills 串联需求梳理、计划、实现、调试、审查、交付和经验沉淀，并为 Claude Code、Codex、Cursor 等多种宿主提供原生安装入口。

24.7k StarsMITTypeScript今天更新
安装与使用 GitHub
01

项目介绍

Compound Engineering 是 Every 为编码 Agent 维护的一套完整工程工作流插件。它不是单个提示词，也不只是命令合集：仓库把需求探索、规划、实现、调试、简化、代码审查、PR 处理和经验沉淀拆成 33 个可组合 Skills，并针对 Claude Code、Codex、Cursor 及更多宿主提供 manifest 或转换入口。其核心思路是把一次任务里确认过的方案和问题写回项目文档，让后续任务能主动检索和复用，但实际自动化范围取决于你调用的 Skill、宿主权限和仓库配置。

02

核心功能

01

从探索到可执行计划

ce-brainstorm、ce-plan、ce-product-pulse 和原型相关 Skills 负责澄清目标、收集证据、记录决策并生成可供实施消费的计划。

02

实现、调试与本地验证

ce-work 根据计划或明确需求修改项目，ce-debug 处理开放式故障；两者按仓库状态、工作树和验证证据设置写入门槛。

03

结构化代码审查

ce-code-review 按变更风险选择审查视角，可在允许时执行独立跨模型审查，并默认只报告问题、不自动 push。

04

自动化交付管线

lfg 串联计划、实现、简化、审查、浏览器测试、提交、push、PR 和 CI 监控；文档规定无远程时退化为本地提交，并且不自动合并 PR。

05

经验沉淀与复用

ce-compound 将解决方案写入仓库内文档，后续规划会检索这些材料；docs_root 可配置且必须保持在仓库内部。

03

安装与使用

优先使用当前宿主的原生插件入口。Claude Code 与 Codex CLI 都先添加 EveryInc marketplace，再安装 compound-engineering；旧版本升级必须先刷新 marketplace，安装后重启或新建会话，再运行 ce-setup 健康检查。

AI AGENT INSTALL

让 AI Agent 帮你安装

把这段话发送给 Codex、Claude Code 或其他可以操作本地环境的 AI Agent。

请帮我从 https://github.com/EveryInc/compound-engineering-plugin 安装 Compound Engineering。先确认当前宿主和版本，读取 README、对应安装段落、docs/install/upgrading.md、PRIVACY.md、SECURITY.md 与将要启用的 manifest；说明文件写入、shell、浏览器、Git/GitHub、跨模型和可选外部集成边界。得到我确认后再执行文档中的原生安装命令。若是升级，先刷新 marketplace。安装后重启或新建会话，只运行 ce-setup 健康检查，不要运行 lfg、push、创建 PR、连接第三方服务或修改生产仓库。
01开始前准备
  • 已安装支持插件功能的 Claude Code、Codex 或 Cursor
  • 能够访问 GitHub 公共仓库和宿主插件市场
  • 有可测试的非生产 Git 仓库和明确的分支保护策略
  • 已决定是否允许跨模型审查、浏览器自动化、GitHub 与可选外部集成
02复制安装命令或配置
/plugin marketplace add EveryInc/compound-engineering-plugin
/plugin install compound-engineering
03按步骤完成安装
  1. 1
    选择宿主并核对版本

    确认使用 Claude Code、Codex、Cursor 或其他 README 明列宿主，并核对当前 Release 与宿主是否支持原生插件。

  2. 2
    添加 marketplace 并安装

    按对应宿主运行 README 的 marketplace 和 install 命令；升级用户先刷新 marketplace，避免命中旧缓存。

  3. 3
    重启并运行健康检查

    重启宿主或创建新会话，先运行 ce-setup，检查插件版本、docs_root、配置层和缺失的可选工具。

  4. 4
    从低风险流程开始

    先在非生产分支用 brainstorm 或 plan 处理一个小任务，审查生成文档，再逐步开放实现、Git、浏览器和外部集成。

如何确认安装成功

安装后重新启动宿主，确认 Compound Engineering Skills 出现在可用列表，并先调用 ce-setup 只读检查插件版本、可选工具、docs_root 和仓库配置。不要把首次验证直接指向生产写操作，也不要在未确认权限前运行 lfg。

使用前注意
  • README 的宿主命令可能随版本变化，安装前以当前 main 或目标 Release 为准
  • 旧 marketplace 缓存会导致升级命令继续安装旧版本
  • 可选工具只应按实际工作流安装，不要一次性扩大权限
04

使用场景

SCENARIO 01

复杂功能的计划与实施

先把模糊需求拆成带证据和验收条件的计划，再由实施流程完成代码与本地验证。

SCENARIO 02

高风险变更的多视角审查

根据变更范围选择安全、性能、架构或测试视角，并在组织允许时加入独立模型审查。

SCENARIO 03

把故障经验留在仓库

将已验证的根因、修复与防回归方法写成 solutions 文档，使之后的计划主动发现相关约束。

SCENARIO 04

受控的端到端交付

在已经配置好远程、分支策略和 CI 权限的环境中，用 lfg 串联到开放 PR，并保留未处理审查项。

05

使用评价

Compound Engineering 的突出价值不在单个命令，而在把工程阶段、证据门槛和经验复用写成可审查的 Skills。仓库有清晰的多宿主安装、MIT 许可证、隐私说明、Release 和近期维护，实际目录也包含大量测试与宿主 manifest。代价是权限面明显大于普通提示词：完整管线可能修改文件、执行命令、路由代码、push 分支并创建 PR。因此最合理的采用方式是先用 ce-setup 和低风险规划流程验证配置，再按团队政策逐项开放能力。本评价基于一手仓库资料与源码结构，未进行安装或功能实测。

值得一试的地方

  • 覆盖从需求到交付和经验沉淀的完整工程环
  • 为 Claude Code、Codex、Cursor 等多个宿主提供明确安装路径
  • 仓库包含版本化 Release、隐私与安全说明以及活跃维护
  • 对工作树、分支、验证、跨模型和交付尾部设置了较细的流程门槛

使用前要知道

  • 自然语言指令仍依赖宿主正确执行，不能替代操作系统或平台级沙箱
  • 自动交付和跨模型能力需要额外的代码、网络与 GitHub 权限治理
  • 不同宿主的能力和命令表面存在差异
  • 本次没有安装或运行任何 Skill
06

README

Compound Engineering

Overview

Every 开源的 Agent 工作流插件，以 33 个 Skills 串联需求梳理、计划、实现、调试、审查、交付和经验沉淀，并为 Claude Code、Codex、Cursor 等多种宿主提供原生安装入口。 Official Compound Engineering plugin for Claude Code, Codex, Cursor, and more.

Getting started

  • 优先使用当前宿主的原生插件入口。Claude Code 与 Codex CLI 都先添加 EveryInc marketplace，再安装 compound-engineering；旧版本升级必须先刷新 marketplace，安装后重启或新建会话，再运行 ce-setup 健康检查。
  • README 把流程概括为 brainstorm、plan、work、review 和 compound：先形成计划，实施后审查，再把可复用结论写入项目文档。
  • 仓库当前包含 33 个 Skills，覆盖产品策略、原型、调试、代码审查、PR 反馈、浏览器测试、提交和持续学习等环节。
  • 安装后重新启动宿主，确认 Compound Engineering Skills 出现在可用列表，并先调用 ce-setup 只读检查插件版本、可选工具、docs_root 和仓库配置。不要把首次验证直接指向生产写操作，也不要在未确认权限前运行 lfg。

Configuration

/plugin marketplace add EveryInc/compound-engineering-plugin
/plugin install compound-engineering
在 GitHub 阅读完整 README →