06 / Build your own
抄分层，别抄风格。
poteto-mode 是一个人的工作方式。底下的机器：playbook、路由、模型角色、盲评，可以换成你的。最小可行 stack 不需要 44 个技能。
最小可行配方
01
一个 mode
你的文风、路由表、原则索引、模型角色。它是控制面。保持短。触发器指向别的文件，不要把工序全文塞进来。
02
三到五个 playbook
调查、修缺陷、做功能、重构、评测。每份是强制步骤，不是愿望。步骤必须能被原样拷进 todo。
03
五到八条原则
只写你会用来改决策的。每条写清何时适用、它禁止什么。引用必须对应一次真实选择。
04
一种验证
证明它能工作：在真实表面上检查。编译通过不是证据。仓库若没有稳定驾驶法，先写一份 verify 技能。
05
一种第二意见
先做 interrogate 或 arena 其中一个。评审解决「这个 diff 有没有漏」。竞技解决「第一个形状会不会锁死」。
06
一个进化环
会话后 reflect。技能变更走 eval。重复出现的纠正编进门禁、lint 或脚本，不要再写第三遍叮嘱。
从失败模式长，不要从目录反推
- 列出你带人时会重复说的话。那是原则候选。删掉从未改变过决定的。
- 列出你真实在做的任务类型。每种写不可省略的步骤。缺证据的步骤不要写进去。
- 写 mode。匹配规则、触发表、模型角色、子代理默认类型。第一项 todo 永远是读原则索引。
- 选一个完整的真问题跑通：理解、复现或设计、实现、验证、交付。先让单循环可信。
- 把一次失败编回结构。同一句指令写第二次，就该变成门禁。
- 技能变更单独 PR，走盲评。升上去之前，候选不能知道自己在被评。
仓库里的 starter/ 是这些文件的空壳。把名字换成你的。把原则换成你真会执行的。把 playbook 换成你仓库里可检查的步骤。
提示词仍然只要目标和完成条件
/your-mode 重试会写出重复行。先复现，再修，再验证。 完成意味着同一输入只落一行，并且原有成功路径不变。
不要列举技能。不要把 playbook 名字当咒语。如果你发现自己必须点菜，说明 mode 的匹配表还不够。回去改控制面，不要在聊天里补丁。
继续往下读
想核对官方材料，从 cursor/plugins/pstack 的 guide 开始，尤其是 02 路由、04 设计、09 变成你的。本站对应的是思维层，不是那份仓库的镜像。