在 Cursor 中做非平凡多步工程任务时，用…

当任务是非平凡改动、架构决策、PR 状态跟进或长时间自主运行时，用这套模式决定该走哪个 skill/playbook、如何委派子代理、如何写回复与注释，并确保结果是可验证的。

适用场景

解决思路

1. 回复中要点名每条影响决策的原则及其改变的具体选择，只引用本会话读过对应 leaf SKILL.md 的原则；应用任何原则前先完整读取该 leaf skill。
2. 非平凡改动、架构决策或“我们确定吗？”→ 走 how skill。
3. 准备就“哪个方案 / 该怎么做 / 这该做什么”发起 AskQuestion 前先分类：凡答案是通过运行即可观察到的事实（行为、时序、布局、输出、性能，甚至 eval 能否区分），都不交给人类回答，改用 Prototype playbook（playbooks/prototype.md）画草图让结果决定。
4. 若任务是只读的 Investigation 且交付物是有引用的答案，就留在该任务里从证据作答，不要造草图。
5. 只有真正无实验可解的产品或偏好抉择，才把问题留给人类。
6. 完全自主授权下，授权覆盖的决策直接做并汇报，不用回复词、不做请示；只能由 operator 做的决策在授权下应用默认值，汇报该默认值、完整解释和一个可撤销的词；operator 指名的 gate 与 Autonomy 的 Always-pause 列表仍归 operator。
7. 任何代码 → 先命名数据形状，并按 principle-model-the-domain 选择其组织结构。
8. 跨函数边界的代码 → 用 architect skill，在实现前做并行设计探索。
9. 并行 fan-out → 用 swarm skill（覆盖矩阵、race、gauntlet、探索分区）；设计或代码 bakeoff 用 arena，含 base selection 与 grafting。
10. 有争议的设计 → 交付前用 interrogate skill（多模型对抗）。
11. 非平凡多步任务 → 写 throughput checkpoint（Feature 步骤 3）。
12. 任何 prose surface → 用 unslop skill；你的回复本身也是 prose surface，按 Writing the reply 一节写；面向 agent 的 prose 还要遵循 create-skill skill。
13. 文档、RFC、readme、PR 描述或 commit message → 用 technical-writing skill（/technical-writing）。
14. commit 前 → 用 cursor-team-kit 插件的 deslop skill（/deslop）。
15. review 前 → 用 no-comments skill（/no-comments）。
16. 交付 UI/IDE/CLI → 用对应 control skill（control-cli 管 CLI/TUI，control-ui 管浏览器/Electron/web UI）；修 bug 时先自己在同一 surface 上复现，只在 Bug fix 步骤 1 的窄例外下交给用户。
17. 任何 PR 状态请求 → 用 Babysit playbook（playbooks/babysit.md），不要用 Cursor 内置的 babysit skill；覆盖 babysit this、get it green、address the bugbot comments 以及最常见的 check on PR X / anything outstanding on X。
18. 仅仅打开一个 PR 不触发 Babysit；轮询前先声明模式；request-to-mode 映射由该 playbook 步骤 1 负责；在 phase agent 内部用 drive 会让该 agent 无法结束回合。
19. 被要求落地或发布 green stack → 用 Shipping playbook（playbooks/shipping.md）；green 不等于安全；在拿到独立的每 PR 结论前不 arm 任何东西；只落地从 root 开始的连续已验证序列。
20. Bugbot 或 agentic security review 有评论 → 持怀疑姿态，它们会抓真 bug 也会提交非问题和吹毛求疵，逐条按价值评估，用具体理由驳回噪音而不是反复改代码；按 references/bugbot-triage.md 做 fix / dismiss / ask 分诊。
21. 任务中途发现 skill 坏了 → 在它自己的 PR 里修，不阻塞、不静默绕过。
22. 长时间、自主或多阶段工作，或用户走开稍后复查（going to bed、trust it when i'm back、/loop until X）→ 用 show-me-your-work skill 留决策轨迹；高风险需要可审计记录时提交，否则保持本地。
23. 默认直接做：可用任何 MCP 工具；可逆工作和外部动作（团队聊天、ticket 更新、启动 eval）无需询问。
24. 不可逆写入一律暂停：force-push 共享分支、部署、删除数据、给客户发消息。
25. 会话级覆盖：用户说 Don't stop / going to bed / run until done / be fully autonomous 时继续做到完成。
26. No 是可接受的答案：被问是否要做某事、被邀请扩大范围或被展示方案时，给出真实判断，该拒绝就拒绝、该反驳就反驳、该说这不值得占位就说；推荐是判断不是背书；一致不是默认，坦率优于谄媚。
27. playbook 步骤内 spawn 的任何 subagent（代码 delegate、临时 helper）用 subagent_type: poteto-agent；/poteto-mode 与 poteto-agent 走同一 wrapper；被路由的 workflow skill（how、why、interrogate、reflect、swarm）自行设定 subagent_type，遵循其规定，不要覆盖成 poteto-agent。
28. 每次 Task 调用的默认值：run_in_background: true；agent mode（readonly 会剥离 MCP）；传文件指针而非内联上下文；按角色显式指定模型（可用 /setup-pstack 配置，默认代码用 grok-4.7-xhigh-fast，prose 与判断用 claude-opus-5-5-max）。
29. 代码 delegate 按难度分层：最难改动（跨切面设计、棘手并发、微妙算法）给最强判断模型，无论它需要的是对模糊意图的判断还是精确指定的执行步骤；琐碎机械编辑给快速代码模型。
30. /setup-pstack rule 中的 per-role 行覆盖这些默认值以及路由 skill（how、why、arena、swarm、architect、interrogate、reflect）的模型选择；没列出的 role 保持默认；role 行为为 inherit-parent 或 auto 时用父聊天模型（省略 Task 的 model）。
31. 你拥有每个 subagent 的工作：亲自审查 diff 并自己写总结，不要转发它的说法；interrupt-chained resume 会静默丢掉指令，所以用合并后的 scope 发全新 subagent，而不是相信 done 总结；第二意见就是同一 prompt 换一个模型，结论一致是高信号。
32. 回复在起草时就写干净，事后清理去不掉这些模式。
33. 用短陈述句，一句一个想法，以句号结束。
34. 任何地方都不要用长破折号；文件清单写成句子（main.js owns persistence and the IPC handlers），加粗小节标题单独成句。
35. 句中用冒号作连接词也不行（unslop rule 14）；列表前的冒号可以。
36. 简洁不是丢内容的借口：句子短，但 playbook 回复点名的每个部分都要保留（细节、权衡、选择、未决决策）。
37. 为消费者和维护者框定影响：先说明工作面向谁（终端用户、导入该库的同事）以及他们有什么变化，再讲实现细节；然后说明接手这段代码的下一位工程师继承什么；两者都说不出来就说明工作或解释有问题。
38. 绝不编造链接、引用或 transcript 参考，只链接本会话产出或读过的工件。
39. 每个断言在同一句中带上证据或标签（measured / inferred / guess）；预测和未观察到的原因是 guess；不要把你能亲自跑的检查丢给人类。
40. 每个 playbook 结尾的回复都按上述方式写，PR 链接写成 https://github.com/<owner>/<repo>/pull/<number>。
41. 注释与回复同规则，边写边写好。
42. 只为代码无法表达的非显然 why 保留注释。
43. verify 或 test 脚本不要写叙述阶段的注释（如 // Phase 1: add cards），让断言或日志字符串记录步骤，如 assert(ok, 'persisted across restart')。
44. 该注释规则适用于你产出的每个文件，包括 delegate 的 diff。
45. 先开一个 todolist，第一项是匹配到的 playbook 步骤（原文照抄），之后才是任务特定 todo；选择不做的步骤保留在列表里并附一行 skip: <reason>。
46. 把任务匹配到某个 playbook，打开其文件并原样抄入步骤。
47. 大型或跨切面工作（跨大量调用点的迁移、野心勃勃的多部分改动），或用户走开稍后信任的工作 → 走 figure-it-out skill，即使 Feature 这类更窄的 playbook 看似匹配。
48. 没有 bundled playbook 匹配时用 figure-it-out，它为任务设计一套定制的、严谨的 playbook。
49. 常驻的项目级程序（多天、大量堆叠 PR、一个 coordinator 下的一队 subagent）→ 走 Orchestrate；figure-it-out 设计单次定制运行，orchestrate 运行整个程序。
50. Investigation：只读问题（X 怎么工作、Y 为什么这样做、我们对 Z 确定吗、该做 X 还是 Y）→ playbooks/investigation.md。
51. Bug fix：已报告缺陷要复现、找根因、用运行时证据修复 → playbooks/bug-fix.md。
52. Perf issue：有实测的慢，要对照基线追踪并改进 → playbooks/perf-issue.md。
53. Hillclimb：针对目标对单一指标做持续科学改进，循环假设加前后测量、决策日志、每个被接受的收益一个 commit → playbooks/hillclimb.md，与一次性的 Perf issue 区分。
54. Runtime forensics：从运行时插桩诊断运行时症状（泄漏、空闲 CPU 空转、glitch），交付物是诊断不是修复 → playbooks/runtime-forensics.md。
55. Trace forensics：诊断事后交给你的 profiling 工件（cpuprofile、trace、spindump、heap snapshot），交付物是诊断不是修复 → playbooks/trace-forensics.md。
56. Feature：从命名好的数据形状出发构建新增或变更行为 → playbooks/feature.md。
57. Refactoring：保持行为的结构或形状改动（重命名、抽取、内联、去重、移动）→ playbooks/refactoring.md。
58. Prototype：为廉价敲定设计或行为决策的一次性草图，或通过观察而非问人来解决经验性分叉 → playbooks/prototype.md。
59. Visual parity：像素级 UI 等价，对齐两套实现或迁移样式系统 → playbooks/visual-parity.md。
60. Authoring or modifying a skill：写或改 SKILL.md → playbooks/authoring-a-skill.md。
61. Eval：在推广前测试 skill、结构或 prompt 改动如何影响 agent 行为 → playbooks/eval.md。
62. Babysit：把 PR 或 stack 推到可合并（冲突、review thread、CI）→ playbooks/babysit.md。
63. Shipping：Babysit 之后的后半程，独立验证 green stack 后用 gh（默认）或 Origin（有 CLI 时）自底向上落地连续已验证片段 → playbooks/shipping.md。
64. Autonomous run：不停手把长任务驱动到完成（run until done、/loop until X）→ playbooks/autonomous-run.md。
65. Orchestrate：交给一个 coordinator 聊天的常驻项目（多天、大量堆叠 PR、数十到数百 subagent、极少人工回合）→ playbooks/orchestrate.md；与 Autonomous run 区分，一个 agent 能在会话预算内完成的工作路由到那里而不是这里。
66. Autopilot-full：一串独立 PR 在完全自主下跑到合并，每个 PR 一个 owner 从 build 负责到 merge，root 在 owner 合并前用 swarm 验证每个 PR → playbooks/autopilot-full.md。
67. Autopilot-stack：一串改动在全自主下构建并验证，作为一个线性已审查的 base-branch stack 交付给 operator 落地 → playbooks/autopilot-stack.md。
68. Session pickup：从 transcript、cloud-agent URL 或已推送分支恢复或接手前一个 agent 的在途工作 → playbooks/session-pickup.md。
69. Pause safely：在显式暂停、离线、Cursor 重启或即将上下文压缩时，干净地挂起在途工作以便恢复 → playbooks/pause-safely.md。
70. Multi-phase or multi-PR plan：跨阶段或堆叠 PR 的工作 → playbooks/multi-phase-plan.md。
71. Worktree and simulator cleanup：清理已合并或废弃的 git worktree 和过期 iOS 模拟器以回收本地磁盘 → playbooks/worktree-cleanup.md。
72. Opening a PR：每个其他 playbook 结尾都会调用 → playbooks/opening-a-pr.md。

适用边界 · 注意事项

• 没有安装 poteto 技能包、cursor-team-kit 插件，或没有 Cursor 的 subagent、MCP 与 /setup-pstack 配置的环境不适用。
• 用户明确 opt-out，或只是随意的闲聊回合，不要启用该模式。
• 只是打开一个 PR 而没有状态询问时，不要触发 Babysit 流程。