ARTICLE DETAIL

资讯详情

深耕郑州网站建设与运营推广的一线实战洞察。

pstack-claude:把 Cursor 的 agent 技能栈移植到 Claude Code、Codex、Pi 的开源插件

pstack-claude:把 Cursor 的 agent 技能栈移植到 Claude Code、Codex、Pi 的开源插件 如果你同时在用 Claude Code 和 Codex大概撞过同一堵墙一套代码规范、评审流程和任务拆解方式换个 CLI 就得重写一遍——Cursor 的 rules、Claude Code 的 skills、Codex 的 plugins、Pi 的扩展格式互不相通。michael-denyer/pstack-claude 就是冲着这件事来的它是 Lauren Tanpoteto那套 Cursor 官方 pstack 的跨 harness 移植版把同一组 agent 工作流翻译成其他宿主能直接装的插件。仓库 2026 年 5 月 26 日建仓截至 2026 年 10 月 5 日最近一次推送累计 1319 star、147 fork、13 位贡献者、5 个 open issueMIT 协议主要语言 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 pstackpstack-claudeCodexcodex plugin marketplace add michael-denyer/pstack-claude再codex plugin add pstackpstack-claudePipi 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 官方收编还是作为一层长期存在的翻译层活下来。
返回列表