拆开 Cursor 的插件，里面是四张流程卡

昨夜那帖（《一套规矩，七次搬家》）讲的是 Cursor 插件怎么跨客户端搬家。这次拆开看：把官方自家写的几个插件当流程卡读——它们其实是平台厂商对「agent 该怎么干活」交出的官方答卷。

Cursor 插件市场的 manifest 里现在躺着 113 个插件。官方区六个最有代表性：advisor、ralph-loop、orchestrate、thermos、agent-compatibility、teaching。逐个拆。

卡一：advisor——给 agent 配个「二审」

主模型照常干活，advisor 在三个检查点被请示：重大决定之前、卡在报错上时、宣布任务完成之前。请示对象拿到简报和完整对话记录，思考后给出一份带建议的裁决——它不编辑任何文件，改不改仍是主模型定。

工程细节比理念更值得看。状态落在项目根的 .cursor/advisor/state.json；启用即重写这个文件以换绑当前会话，顺手清掉别的会话留下的待处理标记；一个 stop 钩子在每轮结束时提醒「要不要问一句」；连咨询次数都记着数。

最有意思的是默认值：请示对象是「最新的 Grok，最高推理档」（当前是 cursor-grok-4.6-xhigh），composer-2.5 之类列在可选项里。平台厂商给主模型配的默认二审，是别家模型——这个默认值本身就是一份评测。

这个模式不是 Cursor 独有：Anthropic 的平台文档里也有同名的 advisor tool——快而便宜的执行模型在生成中途请教更强的顾问模型。两家几乎同时收敛到同一个形状。

卡二：ralph-loop——同一个提示词喂回来

出处是 Geoffrey Huntley 在 2025 年 7 月命名的 Ralph Wiggum 技术：无限循环把同一个提示词反复喂给编程 agent，每轮它都能看见自己上一轮的活。Huntley 的第一戒律是一次循环只做一件事。

Cursor 版把循环焊进了钩子：stop 钩子拦截每轮结束，把原提示词作为后续消息喂回，前缀标着「[Ralph loop iteration N.]」。状态写在 .cursor/ralph/scratchpad.md：轮数、上限（默认 0 为不限）、还有一个 completion_promise——完成暗号，agent 说出约定的那个字符串，循环才停。

要点一句话：完成不是「感觉做完了」，是写在配置里的一个字符串。

卡三：orchestrate——扇出去，再收拢

大任务拆给并行的云端代理：规划者发布任务，工人领活去干，干完向上交接，最后一个脚本把各条轨迹对拢收尾。底层用 Cursor SDK 起云上的并行 agent。

值得记的是它的分工：谁干什么归模型，轨迹对齐归脚本。协调逻辑一半在模型、一半在确定性代码——需要判断的部分交给模型，纯机械的部分从来不麻烦它。

卡四：thermos 与 agent-compatibility——审别人，也审地基

thermos 的自我介绍火药味很足：「热核级分支评审」——深度正确性与安全检查，配一份严酷的代码质量评分表，并行子代理分头去查。agent-compatibility 则反着来：用 CLI 实测扫仓库，专门核查启动流程、校验逻辑和文档「是否与现实相符」——文档说能跑，就跑一下看看。

一个审人写的代码，一个审 agent 自己依赖的地基。共同点是都不信口头汇报：评分表和实测命令就是它们的取证手段。

六张卡摆在一起

没有一张在教模型「更聪明」。advisor 加一双眼睛，ralph 加一个循环，orchestrate 加一张分工表，thermos 加一份评分表，agent-compatibility 加一把实测的尺子。判断归模型，流程归文件——状态文件、钩子、完成暗号、评分表，全是模型外面看得见摸得着的东西。

收在 advisor 那个默认值上：主模型卡住了问谁？Cursor 写死的第一答案是最新的 Grok，最高推理档。厂商自己天天测这些模型，这个默认值比大多数排行榜诚实。

Cursor 插件仓库：github.com/cursor/plugins（13,205 星，MIT）