企业官网建设流程全解析

如果你同时在用 Claude Code 和 Codex，大概撞过同一堵墙：一套代码规范、评审流程和任务拆解方式，换个 CLI 就得重写一遍——Cursor 的 rules、Claude Code 的 skills、Codex 的 plugins、Pi 的扩展，格式互不相通。michael-denyer/pstack-claude 就是冲着这件事来的：它是 Lauren Tan（poteto）那套 Cursor 官方 pstack 的跨 harness 移植版，把同一组 agent 工作流翻译成其他宿主能直接装的插件。仓库 2026 年 5 月 26 日建仓，截至 2026 年 10 月 5 日最近一次推送，累计 1319 star、147 fork、13 位贡献者、5 个 open issue，MIT 协议，主要语言 JavaScript（含 TypeScript），无主页。

核心概念

README 中可确认的有四个抽象：skill stack，不是单条 prompt，而是一组带路由能力的工作流集合；poteto-mode，面向用户的唯一入口，你说目标、它挑工作流；named policy forks，移植过程中与上游有意分歧的策略，逐条写进tools/forks.json，而不是静默魔改；原语翻译，把 Cursor 的能力映射成各宿主的等价机制。

架构：暂不做判断

本次抓取中，DeepWiki 页面返回的是 Vercel 安全校验页（非内容），CodeWiki 返回 404，没有任何可用的第三方架构解析。因此模块划分、技能加载流程、与 harness 的运行时交互方式，本文不做推测。仅能从 README 确认：仓库承载多 harness 插件包、一份策略分叉清单、以及一个 Pi 扩展。

怎么装

README 展开了三条命令，都是宿主原生插件机制：

• Claude Code：/plugin marketplace add michael-denyer/pstack-claude，再/plugin install pstack@pstack-claude
• Codex：codex plugin marketplace add michael-denyer/pstack-claude，再codex plugin add pstack@pstack-claude
• Pi：pi install git:github.com/michael-denyer/pstack-claude

仓库描述另外声称覆盖 OpenCode、Gemini CLI、Prime Agent，但现有 README 片段里没有给出这三个的安装步骤。

怎么用

典型用法是不对具体技能下指令，而是向 poteto-mode 说明目标，由它路由到对应工作流，README 承诺产出"keeps your code concise, simple and verified"。Pi 路径会同时加载 skills 与 pstack Pi 扩展，后者补上技能依赖的 subagent、question、wake-up 三个工具，通过/skill:<name>调用。README 还提到setup-pstack用于调整模型默认值与按角色设置 reasoning effort，示例为arena runners: opus @xhigh, fable @max。除路由入口外，技能清单与 CLI 参数未在现有素材中展开。

生态与依赖

上游是 Cursor 官方插件仓库里的 pstack（作者 Lauren Tan），本项目声明 track upstream 并显式记录分叉。下游同时绑定多个快速演进的第三方插件规范，兼容性由宿主决定，不由自己控制。并发缺陷与测试覆盖不到的不变量不在本包范围内，需另装姊妹插件michael-denyer/agent-formal-verify，它提供 TLA+ 模型检查与 Lean 证明。

行业视角

下面是推断而非事实：跨宿主可移植的技能包，位置上类似早期的 npm 或 VS Code 扩展市场——谁掌握分发入口，谁就有话语权。同级替代包括 Cursor 官方 pstack 本体、Anthropic 官方 skills、GitHub spec-kit、以及企业自建的内部 rules 仓库。从素材看商业化痕迹很弱：MIT、无主页、无定价或云服务。

成熟度与风险

4 个多月历史、star 增速约每日 10 个，对 agent 工具类项目属于爆发级，13 位贡献者也说明并非纯单人维护。但需要打折的地方同样明确：这是 derivative port，核心价值来自上游，上游变更或关闭会直接冲击项目；文档仅有 README，没有文档站；强依赖多个第三方插件规范，宿主 API 一动安装就可能坏；star 与实际采用之间缺证据，没有下载量或安装量指标，不排除榜单曝光放大的成分。

可信度

本文所有事实仅来自两类同源素材——项目 README 与仓库元数据，没有任何第三方独立解析或外部评测。涉及架构、内部流程、实际采用情况的说法均无法交叉验证，请以源码为准。

值得盯的信号

不是它现在有多少 star，而是：上游 cursor/plugins 的 pstack 是否出现 breaking 变更、本项目同步是否及时；tools/forks.json的条目是持续增长还是原地不动——若大量分叉，说明移植层已开始独立演化而非单纯跟随；以及它最终会被某个 harness 官方收编，还是作为一层长期存在的翻译层活下来。