Compound Engineering 插件:30 个 skill 的用途、顺序与依赖关系

对象:EveryInc/compound-engineering-plugin 版本:ships 30 skills / 0 standalone agents,专家 review、research 逻辑都内嵌在各 skill 的本地 prompt 资产里。

一句话哲学

每一次工程工作,都应该让下一次更容易,而不是更难。80% 在规划和评审,20% 在执行。

传统开发不断累积技术债;复利工程(compound engineering)把它反转过来。关键在最后一步 ce-compound——把每次的学习沉淀进 docs/solutions/,让下一轮的 ce-brainstorm / ce-plan 把它当 grounding 读回去。那根"回头箭头"就是整件事的意义。

核心循环(6 步,每个 feature 都走一遍)

这是插件的主干,README 里明确定义的 “the core loop”:

标准调用:

/ce-brainstorm 让后台任务重试更安全
/ce-plan
/ce-work
/ce-simplify-code
/ce-code-review
/ce-compound

循环之外的技能,分七类

① 上游选题 / 战略(还不知道做什么时)

② 调试分叉(遇到 bug 而非 feature)

③ 交付 / PR

④ 测试 / 打磨

⑤ 知识 / 文档(复利的载体)

⑥ 反馈 / 运营

⑦ 编排 / 运维

ce-pov 与 ce-proof 详解

这两个最容易被误解,单独展开。

缩写说明:pov = Point of View(观点/立场)——ce-pov 的 SKILL.md 正文标题就是 “Form a Point of View”,语义即"对某外部技术形成一个有立场的判断,而非中立罗列”。

ce-pov — 形成一个"观点"

对外部世界的东西(框架、库、模式、平台、CVE、弃用、生态变化)给出落到本项目的决断性判断。

• 不做中立科普,只回答"就我们这个项目而言,要不要采用/切换/重估它"。
• 护城河 = 两条硬底线:必须同时踩到项目底线(一个已核实的项目事实:现有选型 + 它用在哪)和外部底线(至少一个已核实外部来源)。两条独立,外部证据再强补不了项目那条腿。
• 按可逆性三档(两向门 / 单向有界 / 单向高风险)决定调查深度。
• 产出分级裁决:Adopt / Trial / Hold / Reject / Not-our-problem,并路由下一步(ce-plan、ce-brainstorm 或 spike)。字段无法界定时 Hold 并转 ce-ideate/ce-brainstorm。
• 支持 cold(冷启) 与 warm(会话中要第二意见) 两种触发。

ce-proof — 发布到 Proof

Proof 是 Every 家的协作式 markdown 编辑器(hosted,proofeditor.ai),此 skill 是它的发布/协作客户端。

• 主用途是单向发布:把本地 brainstorm/plan/learning/draft 读出来发成 Proof 文档,返回可分享链接。本地文件仍权威,不回写。
• 两个入口:用户直接说 “share this to proof”;或 ce-brainstorm/ce-ideate/ce-plan 完成草稿后 handoff。
• 只发 markdown;凭据分 accessToken(日常)和 ownerSecret(owner 操作),都不入库;给人的永远是带 token 的链接。
• 反向触发词:不是 proofread、不是数学证明、不是 proof-of-concept。

lfg 详解 — 唯一的全自动编排器

缩写说明:lfg = “Let’s F***ing Go”(网络俚语,“冲/出发”)。SKILL.md 未逐字展开缩写(命令名直接叫 lfg),这是社区通用俚语,Every 团队用它命名全自动 “autopilot” 命令——语义即"甩手交给它,冲到底"。

它是插件里唯一全自动、无 check-in 的端到端编排器:把核心循环的多个 skill 串成一条严格有序、带闸门(GATE) 的流水线跑到绿 PR,人不介入。各步与关键契约(据 lfg/SKILL.md):

Shipping precondition(第 5–9 步):先跑一次 git remote;若没有 remote,则退化为"只本地提交",跳过所有 push / 开 PR / 盯 CI——这是终态,不报错、不重试。

与相邻 skill 的边界:想每步自己 review → 用单个 ce-plan/ce-work/ce-debug/ce-commit-push-pr;想甩手到绿 PR → ce-brainstorm 后直接 /lfg。它就是标准 6 步循环的"自动驾驶版"。

完整依赖关系图

实线 = 主流程步进;虚线 = grounding / 反哺 / 路由 / 编排等跨阶段依赖。八个子图对应上面的分类。

  flowchart TD
    subgraph UP["① 上游选题 / 战略"]
        strategy["ce-strategy<br/>STRATEGY.md"]
        ideate["ce-ideate<br/>排序点子"]
        pov["ce-pov<br/>外部技术裁决"]
        pulse["ce-product-pulse<br/>产品脉搏"]
    end

    subgraph LOOP["② 核心循环(每个 feature)"]
        direction TB
        brainstorm["ce-brainstorm<br/>需求文档"]
        plan["ce-plan<br/>实现计划"]
        work["ce-work<br/>执行"]
        simplify["ce-simplify-code<br/>整理"]
        review["ce-code-review<br/>评审"]
        compound["ce-compound<br/>沉淀 docs/solutions"]
        brainstorm --> plan --> work --> simplify --> review --> compound
    end

    subgraph BUG["③ 调试分叉"]
        debug["ce-debug<br/>复现·根因·修复"]
    end

    subgraph SHIP["④ 交付 / PR"]
        worktree["ce-worktree"]
        commit["ce-commit"]
        cpp["ce-commit-push-pr"]
        resolve["ce-resolve-pr-feedback"]
        babysit["ce-babysit-pr"]
    end

    subgraph TEST["⑤ 测试 / 打磨"]
        tbrowser["ce-test-browser"]
        txcode["ce-test-xcode"]
        polish["ce-polish"]
        dogfood["ce-dogfood"]
        optimize["ce-optimize"]
    end

    subgraph DOC["⑥ 知识 / 文档"]
        crefresh["ce-compound-refresh"]
        docreview["ce-doc-review"]
        explain["ce-explain"]
        proof["ce-proof"]
        promote["ce-promote"]
    end

    subgraph FB["⑦ 反馈 / 运营"]
        sweep["ce-sweep"]
        riffrec["ce-riffrec-feedback-analysis"]
    end

    subgraph OPS["⑧ 编排 / 运维"]
        setup["ce-setup"]
        lfg["lfg 全自动流水线"]
    end

    %% 上游 → 循环
    strategy -.grounding.-> ideate
    strategy -.grounding.-> brainstorm
    strategy -.grounding.-> plan
    ideate --> brainstorm
    pov -.裁决路由.-> plan
    pov -.裁决路由.-> brainstorm
    pulse -.反哺.-> ideate
    pulse -.反哺.-> sweep

    %% 复利回头箭头
    compound -.复利·喂回.-> brainstorm
    compound -.复利·喂回.-> plan
    crefresh -.维护.-> compound
    compound -.-> explain

    %% 调试分叉
    debug -.替代入口.-> brainstorm
    debug --> review
    dogfood -.自动修复.-> debug

    %% 文档评审
    docreview -.审计.-> brainstorm
    docreview -.审计.-> plan

    %% 交付链
    worktree --> work
    review --> commit --> cpp
    cpp --> babysit
    babysit --> resolve
    babysit --> debug
    cpp --> promote

    %% 测试
    review --> tbrowser
    work --> polish

    %% 发布
    plan -.publish.-> proof
    compound -.publish.-> proof

    %% 反馈
    riffrec --> brainstorm
    sweep --> lfg

    %% 编排
    setup -.前置检查.-> brainstorm
    lfg -.编排.-> plan
    lfg -.编排.-> work
    lfg -.编排.-> simplify
    lfg -.编排.-> review
    lfg -.编排.-> tbrowser
    lfg -.编排.-> cpp

推荐上手顺序

1. /ce-setup —— 一次性,检查环境。
2. 不知道做什么 → /ce-ideate;要立规矩 → /ce-strategy;判断某外部技术 → /ce-pov。
3. 进主循环:brainstorm → plan → work → simplify-code → code-review → compound。
4. bug 场景走 /ce-debug 代替前三步。
5. 想全自动:brainstorm 后直接 /lfg。
6. 其余(commit/PR/test/promote/proof/sweep 等)按需在对应节点插入。

一句话记忆:核心是 6 步循环,ce-compound 把学习喂回起点形成复利;其余 24 个技能是围着循环的"上游选题、调试分叉、交付 PR、测试打磨、知识沉淀、反馈运营、编排自动化"七类附件。