Claude Code 里 1141 Star 的”压缩版 SDD”插件:一个文件 + 一个循环,零子代理

Claude Code 玩家最近是不是都被「SDD」绕晕了？Plan-then-execute 健忘，Spec-Driven 又重，主流框架动辄十几个子代理、几百 k token，账单先于价值烧起来。

今天挖到一个反潮流的狠货：Cavekit——一句话定义：「一个文件、一个循环、零子代理」的压缩式 Spec-Driven 开发插件。1141 Star、MIT 开源，作者 JuliusBrussee。仓库：github.com/JuliusBrussee/cavekit

它到底干了啥

把 Claude Code 的开发流程压成一条三步循环：

• /ck:spec：唯一能改 SPEC.md 的「突变器」，把目标、约束、接口、不变式、任务、bug 全部写进仓库根目录的一个 Markdown 文件。
• /ck:build：原生 plan → 对照 spec 执行；每个 §V 不变式都会点名要用哪个测试来证明。失败就自动 backprop 回 §B。
• /ck:check：只读漂移检查，把所有违反 §V / §I / §T 的地方列成报告。

剩下 4 个命令（grill / research / review / deepen）只在变更「值得这场仪式」时才上场——一行 typo 直接 /ck:build 就走完。

为什么我觉得它值得吹

1. SPEC.md 是 agent 的长期记忆。 Claude Code 的窗口一刷新就失忆，这是大部分 vibe coding 翻车的根因。Cavekit 把 spec 落在磁盘上，靠 cat SPEC.md 自救——零仪表盘、零状态机。

2. Caveman 编码省 token。 9 个 skill 描述总共吃 ~1.1k context，比常见的 spec-kit 框架（18.6k）轻 16 倍。用符号、片段、pipe table 写规范而不是 JSON / YAML，正合我对「少即是多」的偏好。

3. Backprop reflex。 每次测试失败都自动落 §B；当一类 bug 反复出现，会升级成 §V 不变式——spec 永远不重复犯同一个错。这是把 TDD + 错误记忆这两件事绑在了一起。

4. 右尺寸（right-size）哲学。 它把「少即是多」当成显式规则写进 README 里：能用一行修的就别开循环。这恰恰是大多数 agent 框架缺的那根刹车。

一行安装

npx skills add JuliusBrussee/cavekit

或者走 Claude Code marketplace：

/plugin marketplace add juliusbrussee/cavekit
/plugin install ck@cavekit

⚠️ 注意：当前 main 分支已冻结（v4），活跃开发迁到了兄弟仓 JuliusBrussee/caveman。如果你想要完整 16 slash 命令、12 个子代理、对抗式 review、波次并行执行这些大场面，钉在 v3.1.0 tag；如果只要最轻的 spec 循环，main 就是答案。SPEC.md 是纯 markdown，两边都能迁移，没有 vendor lock。

老实说，现在 AI Coding 圈被各种「12 个 agent 协同」「自治 dashboard」吹上天了，但真正能落到日常 commit 节奏里的，往往就是这种「一个文件 + 一个循环」。Spec 不需要炫技，能让 agent 不重复犯同一个错，就是好 spec。

仓库直达 👉 github.com/JuliusBrussee/cavekit

GitHub: https://github.com/JuliusBrussee/cavekit