Compound Engineering plugin

是什么

它是什么#

这个仓库提供 Compound Engineering 插件：用一组 /ce-* skills 把工程任务从“随手改”变成“先澄清、再计划、再执行、再审查、再沉淀”。Codex 通用 skill 用 $skill-name mention；本页保留的 /ce-* 是该插件自己定义的 slash 命令，不应机械改写，实际命令以上游当前 README 为准。在 Codex Desktop 里，它适合多步骤功能、复杂 bug、PR 前审查和团队知识复用。

安装

在 Codex Desktop 里安装#

1. 打开 Plugins在 Codex Desktop 侧边栏进入 Plugins。
2. 添加 marketplace选择 Add / Add plugin marketplace。
3. 填写来源Source 填 EveryInc/compound-engineering-plugin，Git ref 填 main，Sparse paths 留空。
4. 安装并重启添加后选择 Compound Engineering，安装 compound-engineering，然后重启 Codex。

仓库入口：↗（外部链接）everyinc/compound-engineering-plugin。

设置

第一次进入项目后先跑什么#

安装后，在目标仓库的新线程里先运行 /ce-setup。它会检查 repo-local 配置、可用工具和本机设置，帮助确认插件已加载，也能避免把机器配置误写进仓库。

/ce-setup

项目方向还不清楚时，用 /ce-strategy 建立或维护 STRATEGY.md。如果只是一个明确任务，不要为了流程完整而强行创建策略文件。

核心循环

核心七步怎么用#

统一计划

Product Contract 和实施计划写在同一份文档#

/ce-ideate 先筛选有依据的候选方向；选中 survivor 后，/ce-brainstorm 把用户、范围、验收、非目标和失败条件写成轻量 Product Contract。确认后，/ce-plan 在同一份计划中补充文件、依赖、U-ID、测试场景和 Definition of Done。不要另起一份 PRD，让两个事实源慢慢分叉。

选择

常见情况选哪个 skill#

提示词（Prompts）

可复制输入#

/ce-ideate
主题：后台任务可靠性。
目标：从代码、历史问题和外部先例中筛选值得继续探索的方向。
要求：给每个入选方向标明 basis、代价和淘汰其他候选的理由。

/ce-brainstorm
目标：让后台任务重试更安全。
背景：现在重复 webhook 偶尔创建重复记录。
边界：先只讨论需求和验收，不改代码。

/ce-plan
基于刚才的 brainstorm 输出，生成实现计划。
要求：列出要读的文件、最小修改点、验证命令和停止条件。

/ce-debug
结账 webhook 偶尔重复创建 invoice。
请先复现或定位根因；没有证据时不要猜测修复。

边界

使用边界#

• 先读项目规则让 Codex 读取 AGENTS.md、README 和相关源码，再进入 CE 流程。
• 写清楚验收每个长流程都要有测试、构建、页面检查、PR check 或人工验收标准。
• 外部写操作先确认提交、推送、开 PR、改 issue、改设计稿或触发部署前，先说明目标和证据。
• 不要把流程当结果跑过一个 skill 不等于完成；最终仍要看 diff、验证和用户可检查的输出。

真实实例

真实实例：历史案例#

本指南的“高 stars skills 仓库介绍”经过 requirements-only brainstorm、同一份计划的实施补全、LFG 交付、PR #1、静态验证和默认分支合并。这里引用的是公开仓库记录，不把流程名称当成完成证据。