Skills 译文

这里是 pstack 官方 skills 和使用指南的中文译文，供对照阅读。它也常被称为 pstack 官方文档中文译本；本网站是非官方学习站，真正执行时，Cursor 用的是你已经安装的 pstack 插件。

另见：官方指南 · 插件 README · 子代理 · 英文原文

先看这几个

/poteto-mode匹配 playbook，按可验证单元推进
/architect写代码前先定类型、签名和模块结构
/arena并行做 N 个方案，选一个再嫁接其余长处
/blast-radius上线前找出改动会弄坏哪里，跑真实代码证明
/interrogate多个模型从不同角度挑战你的改动
/create-verification-skill生成像用户一样驱动应用的验证 skill

工作方式

这三个决定 pstack 怎么接你的任务：先用 /setup-pstack 配好模型，把任务交给 /poteto-mode，用法问题问 /poteto-help。

/poteto-help问用法，并给一段可以发出的提示词
/poteto-mode匹配 playbook，按可验证单元推进
/setup-pstack按角色设置 pstack 用的模型和预算

干活的 skill

每个管一类具体的活，/poteto-mode 会按需调用，你也可以直接用斜杠命令叫它们。

/architect写代码前先定类型、签名和模块结构
/arena并行做 N 个方案，选一个再嫁接其余长处
/automate-me按你的工作方式写一个自己的 mode
/benchmark-checklist汇报测到的提速或退步前，先逐项核对
/blast-radius上线前找出改动会弄坏哪里，跑真实代码证明
/bro用直白的话重述上一条消息，不用术语
/correct把反复犯的错变成过不了的检查
/create-formal-verification-skill为测试难覆盖的性质做形式化验证
/create-verification-skill生成像用户一样驱动应用的验证 skill
/figure-it-out没有合适的 playbook 时，现场设计一份
/how回答「X 怎么工作」，写出架构说明
/in-your-own-words用自己的话重述目标和问题
/interrogate多个模型从不同角度挑战你的改动
/ketchup补上你离开后本会话发生的事
/maintain-verification-skill定期让验证 skill 和应用保持一致
/make-bot-ui做唤醒 Grok Bot 的自定义界面
/no-comments派 Comment Sicko 审注释并修正
/recall重建近期工作上下文，给一份当前状态简报
/reflect从这次对话提炼经验，写进具体的 skill
/sharpen开工前问专家会怎么做
/show-me-your-work为无人值守的工作留下可审查的决策日志
/swarm扇出 N 个并行 worker，收齐后出一份报告
/tdd明确要 TDD 或测试很便宜时，先写失败测试
/teach跑 how 和 why，用平实的话讲清一段工作
/technical-writing写文档、README、PR 描述的分层写作标准
/typescript-best-practices读写 TypeScript 文件时的最佳实践
/unslop去掉文字里的 AI 腔，保留原意和语气
/why查清代码为什么长成现在这样

原则

设计和写代码时的判断准则，通常由其他 skill 按情境调用，一般不直接当入口。

principle-attack-the-premise同一前提的修复接连失败，先质疑前提
principle-boundary-discipline守卫集中在系统边界，内部信任类型
principle-build-the-lever建工具或脚本来做事和证明，不靠手工
principle-encode-lessons-in-structure同一条指令写第二次，就改成检查或脚本
principle-exhaust-the-design-space没有先例的决定，先做 2–3 个原型比较
principle-experience-first用户体验优先于实现便利
principle-explain-the-number相信测到的数字前，先找出限制它的因素
principle-fix-root-causes追到根因再修，不用守卫掩盖症状
principle-foundational-thinking写逻辑前先把核心类型和数据结构做对
principle-guard-the-context-window大块输出交给子代理，主线程只留摘要
principle-laziness-protocol偏向删除，做能解决问题的最小改动
principle-make-operations-idempotent崩溃或重试之后，都收敛到同一终态
principle-migrate-callers-then-delete-legacy-apis同一波迁完调用方，再删掉旧 API
principle-minimize-reader-load减少读者要追的层数和脑中状态
principle-model-the-domain用结构表达领域，不靠散落的条件判断
principle-never-block-on-the-human能撤销的先做完再给人看，不可逆才停下
principle-outcome-oriented-execution直接收敛到目标架构，不堆临时兼容代码
principle-prove-it-works直接检查真实产物，不从间接信号推断
principle-redesign-from-first-principles把新需求当作第一天就有的前提来重新设计
principle-separate-before-serializing-shared-state并发写同一状态时，先消除共享
principle-sequence-verifiable-units拆成小单元，每段检查通过再往下做
principle-subtract-before-you-add先删死代码和冗余，再在更简的基础上加
principle-test-behavior-not-implementation像用户一样调用，断言看得到的结果
principle-type-system-discipline让非法状态无法表示，在边界解析外部数据