michael-denyer/pstack-claude

解决什么问题

编程 Agent 快，但经常跑偏：需求模糊时自己猜范围，跳过复现，没拿到证据就说改好了。Lauren Tan 的 pstack 在 Cursor 里用一套有主见的技能把工作流固化下来。这个仓库把它移植到 Claude Code、Codex、GitHub Copilot、Pi、Muse、OpenCode、Gemini CLI 和 Prime Agent，让用其他 harness 的人也能拿到同样的路由和验证纪律。

有什么不同

常见做法是攒一堆 prompt 文件，靠开发者自觉调对那一个。pstack 的核心是 poteto-mode 这个路由器：你只说目标，它自己挑 playbook（修 bug、重构、性能排查、PR 维护、发布），再调动 how、why、architect、arena、swarm、interrogate 等子技能。有两点比较突出。一是验证写进了流程：修 bug 必须重跑失败用例，交回失败与通过的证据。二是可选的形式化验证技能，专门针对测试覆盖不到的并发缺陷和不变量，产出一个能留给下一个 Agent 复用的项目技能。安装方式刻意做成各家原生：Claude Code、Codex、Copilot 走插件市场，Pi 用 pi install，其他 harness 把技能软链到 ~/.agents/skills/。

适合谁

适合每天在用编程 Agent、代码库有测试、想要可重复流程而不是又一个 prompt 合集的人，尤其是要在多种 harness 之间统一 Agent 行为的团队。个人小脚本、所用 harness 版本不在测试范围内的、以及只想要一个轻量提示词的人，不适合——这套工作流本身就是重且强约束的。

上手成本

需要受支持的 Agent 版本（Claude Code 2.1.292 及以上；Copilot CLI 只在 1.0.87–1.0.92 测试过，README 明确写了 1.0.92 上的技能发现 bug）。Hook 要先信任或批准，路由才会生效；没有 hook 的 harness 得在指令文件里加一条常驻说明来点名 poteto-mode。模型默认值和各角色的推理强度通过 setup-pstack 配置。MIT 协议，无服务端、无遥测，脚本本地运行。这是一个跟随上游、并带有自己声明的分支改动的移植版，保持同步意味着要重新拉取并重新链接。

点评

这是一个很新的项目——2026-05-26 才创建——却在单月拿下 +2,792 star，冲上月榜第 7，而 Hacker News 上没有任何相关讨论。这个组合更像是发布后迅速找到受众，而不是长期沉淀下来的工具，README 里那些版本相关的 Copilot 问题也说明它在快速变动。它的价值主要取决于上游那套工作流是否合你的口味，移植本身贡献的是覆盖面。每天都用编程 Agent 的话值得一试，但要准备好跟进上游变更和各 harness 的兼容毛病。