一句话

五个仓库一页速查：入口、主线流程、技能分组和上下文原则，细节去各仓库概览。

addy · agent-skills

流程最全，适合团队按阶段把关。概览：00-addy-概览。

• 入口有两种。一种是命令：/spec → /plan → /build → /test → /review → /code-simplify → /ship，另外还有 /constraints（写质量契约 CONSTRAINTS.md）和 /webperf。/build auto 只要批准一次计划，之后全自动执行，但每个任务仍然先写测试、单独提交。/ship 会同时派出 3 个评审人格（代码、安全、测试），最后汇总成上线/不上线的结论和回滚方案。
• 另一种是自动触发：没有斜杠命令的工具里，直接点技能名就行。
• 每个技能的结构都一样：流程、「常见借口与反驳」表、危险信号、验证清单。
• 使用原则：按阶段加载，别一次把 25 个都塞进上下文。老项目先跑 context-engineering 和只读评审，再补测试，最后才走完整流程。
• 技能分组：
  • 元技能 using-agent-skills；
  • 定义 interview-me、idea-refine、spec-driven-development、constraint-driven-development；
  • 计划 planning-and-task-breakdown；
  • 构建 incremental-implementation、test-driven-development、context-engineering、source-driven-development、doubt-driven-development、frontend-ui-engineering、api-and-interface-design；
  • 验证 browser-testing-with-devtools、debugging-and-error-recovery；
  • 评审 code-review-and-quality、code-simplification、security-and-hardening、performance-optimization；
  • 交付 git-workflow-and-versioning、ci-cd-and-automation、deprecation-and-migration、documentation-and-adrs、observability-and-instrumentation、shipping-and-launch。

matt · skills

最轻量，强项是对齐需求和管理上下文。概览：00-matt-概览。

• 每个仓库先跑一次 /setup-matt-pocock-skills，配置 issue 跟踪器、分诊标签和文档存放位置。
• 技能分两类。「用户调用」的只能你自己敲，负责串起流程；「模型调用」的 agent 可以自己触发，负责具体做法。
• 主线流程：
  1. /grill-with-docs 一问一答把需求问清，边问边写术语表和 ADR。
  2. 有问题必须看到实物才能回答时，用 /handoff 交接出去，/prototype 做个原型，再 /handoff 交接回来。
  3. 要跨多个会话的工作，用 /to-spec 写规格、/to-tickets 拆成小票，每张票标明被谁阻塞。
  4. 每张票先 /clear 再 /implement，或者用 /implement-spec 并行实现；过程中自动走 tdd，最后做 code-review（分两个维度：是否守规范、是否符合规格）。
  5. 用 pr 模板写 PR 描述。
  6. 最后 /retro 复盘，改进的是 agent 的工作环境，不是代码。
• 其他入口：/triage（处理别人提的 issue）、diagnosing-bugs（先做一条能复现 bug 的命令，再动手修）、/wayfinder（一个会话装不下的大项目，只做决策、不写代码）。
• 上下文卫生是它的精髓。「问需求 → 写规格 → 拆票」放在同一个窗口里；每次实现都开新窗口；大约 150k token 以内模型还保持清醒。到阶段交界处，按「继续 > /clear > /handoff > 子代理 > /compact」的优先级选。

cursor-team-kit

PR 和 CI 周边的小工具，需要 Cursor 插件环境，大多依赖 gh。概览：00-ctk-概览。

• 开工：new-branch-and-pr、check-compiler-errors、fix-merge-conflicts
• CI：fix-ci、loop-on-ci，加上后台的 ci-watcher agent
• 评审：get-pr-comments、review-and-ship、make-pr-easy-to-review、pr-review-canvas、thermo-nuclear-code-quality-review（极严格的代码质量审查）、deslop（清理 AI 生成的冗余代码）
• 验证：verify-this（对比改动前后，给出「已验证 / 未验证 / 无法判断」）、control-cli、control-ui、run-smoke-tests
• 汇报：what-did-i-get-done、weekly-review、workflow-from-chats

pstack

最严谨，也最费 token。依赖 Cursor，有 Claude Code 适配，在 Devin CLI 里主要是借鉴方法。概览：00-pstack-概览。

• 两步上手：先 /setup-pstack 选好模型和推理预算，之后需要严谨的任务都用 /poteto-mode。它会自动挑一个剧本，把步骤原样抄进待办清单。不知道用什么时问 /poteto-help，它只回答、不开工。

• 提示词写清 5 件事：目标、能判断成败的完成条件、你想看到的证据、已知线索、约束（比如「先复现」「先别改代码」）。不用列出技能顺序。

• 可以直接点名的技能：

  • 理解代码 how、why、teach、recall；
  • 设计 architect、arena、swarm、interrogate；
  • 清理 tdd、unslop、no-comments；
  • 验证 blast-radius、benchmark-checklist、create-verification-skill、maintain-verification-skill、create-formal-verification-skill、maintain-formal-verification-skill、statechart；
  • 无人值守 figure-it-out、show-me-your-work；
  • 个性化 automate-me、reflect、correct。

• 24 条原则不用调用，报名字就能纠正 agent 的方向。

poteto 验证样例

只有一篇样例技能 poteto-verify-atlas，仓库定位见 02-仓库对比。重点看结构：verify 技能分成「启动 / 自检 / 操作 / 取证 / 清理」五部分；features/ 下每个功能一个文件，固定四个二级标题。证明必须走真实的用户路径，还要验证副作用（比如数据真的写进去了），不能只看界面。

关联

• 入口：00-首页 · 02-仓库对比 · 01-术语表 · 00-怎么选工作流
• 概览：00-addy-概览 · 00-matt-概览 · 00-ctk-概览 · 00-pstack-概览