pstack(WorkBuddy 版)

SKILL开发
开发 未标注权限 许可证不明确
安装这个技能

poteto 的 AI 编程工作流 pstack,移植到 WorkBuddy。一次安装 58 个技能:/poteto-mode 按任务挑做法、拆待办清单,再加上架构设计、TDD、并行竞选、多角度审查、去 AI 腔等工具。

一句话选型结论

按资料字段整理

pstack(WorkBuddy 版)是开发类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类开发 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_917b91eb/pstack
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

开发
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_917b91eb仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验2026-11-06上游最后核验时间 · 数据更新 2026-11-06
正文体量12.3 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写代码与改 bug

按需求补代码、定位并修掉报错。

读仓库与生成改动

让模型读懂项目结构,再给出可落地的改动。

跑测试与排查故障

按现象排查问题,补测试用例并复跑。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在开发场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
pstack(WorkBuddy 版)当前 未标注权限 未标注 未标注 未标注 有
技能审查员 浏览器控制 ClawHub 市场 877.9 万 OpenClaw 有
Vercel React 最佳实践 浏览器控制 GitHub 仓库 849.1 万 Codex、Claude、Cursor 有
GitHub 代码协作 联网访问 ClawHub 市场 763.3 万 OpenClaw 有
网页设计指南 联网访问 GitHub 仓库 668.6 万 Codex、Claude、Cursor 有
本体论 只读 ClawHub 市场 663.7 万 OpenClaw 有

SKILL.md 全文

12.3 KB
模型实际读到的说明书原文,来自技能仓库

pstack for WorkBuddy

pstack is poteto's agent style packaged as skills: concise, detailed replies, deliberate subagents, unslopped prose, simple code, and verified work. /poteto-mode matches a task to a playbook, copies the playbook's steps into the todo list, and runs the other skills as the steps need them. This bundle is the community WorkBuddy port of pstack 0.15.32.

What is installed

All 58 pstack skills sit next to this file in skills/<name>/SKILL.md. WorkBuddy discovers them as their own skills, so each one is a slash command under its bare name, such as /poteto-mode. This bundle is not the plugin, so there is no pstack: prefix.

The skill text uses the plugin form /pstack:<name>. When a skill says /pstack:<name>, use /<name>. When it says pstack:poteto-agent or pstack:comment-sicko, see "Missing compared with the full plugin" below.

Start

  1. /setup-pstack: pick which WorkBuddy models pstack uses per role and the reasoning effort. It writes ~/.workbuddy/pstack-models.md. You can skip it. Subagents then inherit the current model.
  2. /poteto-mode <task>: the main entry point.
  3. /poteto-help <question>: guidance on setup and on picking a skill, playbook, or principle.

If a command is not in the list, read skills/<name>/SKILL.md in this folder and follow it. Do the same when one skill tells you to run another.

Paths

This folder is the <plugin> root that the skills mean. It holds skills/, docs/, agents/, LICENSE.md, and NOTICE.md. Read docs/harness/workbuddy.md before you follow a skill that asks for it. It maps Cursor tools, subagents, models, and paths to WorkBuddy. The user guide is docs/guide/README.md.

Skills

Start here

  • /setup-pstack: Configure which WorkBuddy models pstack uses per role and at what reasoning effort.
  • /poteto-mode: poteto's agent style for concise, detailed responses, deliberate subagents, unslopped prose, simple code, and verified work.
  • /poteto-help: Guides users through pstack setup, /poteto-mode, and picking the skill, playbook, or principle for a task.

Principles (one-rule skills poteto-mode cites; you rarely invoke them directly)

  • /principle-attack-the-premise: Write the premise down and test it directly before you write another fix that assumes it.
  • /principle-boundary-discipline: Concentrate guards at system boundaries (CLI, config, network, external APIs); trust internal types and keep business logic in pure functions.
  • /principle-build-the-lever: Build the tool that does it or proves it (codemod, script, generator, or a skill your subagents follow) instead of working by hand.
  • /principle-encode-lessons-in-structure: Encode the rule as a lint, metadata flag, runtime check, or script instead of more text.
  • /principle-exhaust-the-design-space: Build 2-3 competing prototypes and compare side by side before committing.
  • /principle-experience-first: Choose user delight over implementation convenience; ship fewer polished features over more rough ones.
  • /principle-explain-the-number: Find what limits it, and rule out that it measured something other than the work you think.
  • /principle-fix-root-causes: Trace each symptom back to the first place the system went wrong and fix it there.
  • /principle-foundational-thinking: Get the data structures right so downstream code becomes obvious.
  • /principle-guard-the-context-window: Route bulk to subagents; keep summaries in the main thread, not raw payloads.
  • /principle-laziness-protocol: Bias toward deletion and the smallest change that solves the problem.
  • /principle-make-operations-idempotent: Converge to the same end state regardless of partial prior runs.
  • /principle-migrate-callers-then-delete-legacy-apis: Migrate callers and delete the old API in the same wave instead of preserving compatibility layers.
  • /principle-minimize-reader-load: Count layers between question and answer, and hidden state in the reader's head; collapse one-caller wrappers and shrink mutable scope.
  • /principle-model-the-domain: Apply when writing stateful logic, or when code branches a lot or repeats a shape assumption across files.
  • /principle-never-block-on-the-human: Apply when tempted to ask 'should I do X?' on reversible work.
  • /principle-outcome-oriented-execution: Converge on the target architecture; don't preserve smooth intermediate states with throwaway compatibility code.
  • /principle-prove-it-works: Verify against the real artifact (run the feature, read the actual value, inspect the diff), not a proxy, self-report, or 'it compiles.'
  • /principle-redesign-from-first-principles: Apply when integrating a new requirement into an existing design.
  • /principle-separate-before-serializing-shared-state: Eliminate the sharing first; serialize structurally only when one shared writer is a real invariant.
  • /principle-sequence-verifiable-units: Break work into small units that each end in a verifiable state, check each before the next, and order delivery so the sequence proves itself to a reviewer.
  • /principle-subtract-before-you-add: Remove dead code, redundant validators, and stub references first, then build on the simpler base.
  • /principle-test-behavior-not-implementation: Assert what the code's users can observe, so that the test fails when that behavior breaks and keeps passing when only the internals change.
  • /principle-type-system-discipline: Make illegal states unrepresentable, brand semantic primitives, parse external data at boundaries, exhaust variants, derive from authoritative schemas.

Workflow skills

  • /architect: Sketch types, signatures, and module structure before code, then stay in the loop while implementation fills in.
  • /arena: Spawn N parallel candidates at the same task, pick a base, graft the strongest parts of the losers into it.
  • /automate-me: Drafts or revises a personal -mode skill via create-skill + unslop, optionally pulling fresh evidence from recent transcripts.
  • /benchmark-checklist: Vet a perf measurement (limiter, tuning, limits, errors, repeatability, relevance, and whether the work happened) before you report or act on it.
  • /blast-radius: Find what a change could break somewhere else before it ships, beyond the diff, and prove the one fact it's safe because of by running real code instead of writing it up.
  • /bro: Restate the last message in plain human language, with no jargon.
  • /correct: Find the mistakes agents keep repeating in this repo and make each one impossible.
  • /create-formal-verification-skill: Generate a project-local skill that formally verifies the code where a bug costs the most and tests reach the least, in any language, with whichever verification tool...
  • /create-verification-skill: Generate a project-local verification skill that drives your app the way a user does — any language, framework, or platform.
  • /figure-it-out: Design an auditable playbook when no narrower one fits: a large migration, an ambitious multi-part change, or work a human reviews after stepping away.
  • /how: Explains subsystem architecture, runtime flow, onboarding mental models.
  • /in-your-own-words: Restate in your own words what you think the user's goals are and what problem they're trying to solve.
  • /interrogate: Multiple LLM reviewers challenge changes from independent angles.
  • /ketchup: Catch the user up on what changed in this chat since their last message, in plain words and small visuals.
  • /ketchup-video: Catch the user up like /ketchup, with a short silent video of slides for what happened and the waiting calls as text under it.
  • /maintain-formal-verification-skill: Bring a project's formal verification back in line with the code after the code changes: find the commits that touched verified code, update the model, harness, or pro...
  • /maintain-verification-skill: Periodic pass that keeps a project's verification skill and feature map honest: parallel source readers per feature, one live session driving every feature, at most on...
  • /make-bot-ui: Use when building a custom UI (page, dashboard, buttons) that should wake a Grok Bot over a webhook, when the user must provide a webhook sender key, or when exposing...
  • /no-comments: Spawn Comment Sicko, fix accepted findings, and offer encodings for claimed constraints.
  • /recall: Reconstruct your recent working context from your own chat history, live state, and the shared record (user reports, prior fixes, incidents), then hand back a tight cu...
  • /reflect: Spawn three parallel review subagents over the active transcript, surface learnings, and route each to a concrete edit on an existing skill.
  • /sharpen: Make a task deeper, not bigger, then rewrite the prompt.
  • /show-me-your-work: Keep a reviewable decision trail for long-running or unattended work: a TSV log with one row per decision (what, why, evidence, result).
  • /statechart: Draw how any system moves between states, such as a product flow, a protocol, or a service, as a Mermaid statechart from a TLA+ model.
  • /swarm: Fan out N parallel workers, drain them, and return one report.
  • /tdd: Use only when the user explicitly asks for TDD, a failing test, or a regression test, OR when the bug has an obvious cheap local test target.
  • /teach: Explain a body of work plainly so a person actually understands it.
  • /technical-writing: Layered technical-writing standard: Diátaxis structure, Google developer style sentences, STE instruction rules, Global English syntax.
  • /typescript-best-practices: TypeScript best practices.
  • /unslop: Cut AI tells from any writing.
  • /why: Discovers available MCPs and queries each evidence category (source control, issue tracker, long-form docs, real-time chat, infrastructure observability, error trackin...

Missing compared with the full plugin

  • The plugin's hooks are not loaded from a skill install. /poteto-mode does not stay on across turns, so invoke it again on each new task. The SessionStart hook that injects ~/.workbuddy/pstack-models.md is also absent. Read that file yourself when a skill needs a model role.
  • The plugin agents poteto-agent and comment-sicko are not registered. Their definitions are in agents/ as reference docs. When a skill asks for subagent_type: "pstack:poteto-agent" or "pstack:comment-sicko", spawn a general-purpose Agent. Paste the body of agents/poteto-agent.md or agents/comment-sicko.md into its prompt, along with the absolute path of skills/poteto-mode/SKILL.md in this folder. Say that you substituted the agent.

For sticky mode and the real agents, install the plugin. Add the marketplace pstack-pro/pstack-workbuddy as a git repo, then install pstack@pstack-workbuddy:

/plugin marketplace add pstack-pro/pstack-workbuddy
/plugin install pstack@pstack-workbuddy

SkillHub packaging notes

SkillHub rejects files without an extension, so this bundle renames three files: LICENSE is LICENSE.md, NOTICE is NOTICE.md, and the watch-pr launcher skills/poteto-mode/scripts/watch-pr/watch-pr is watch-pr.ts. It also leaves out images, bun.lock (bun recreates it on install) and the statechart script tests, and ships skills/show-me-your-work/references/decision-log-template.tsv as decision-log-template.txt (same tab-separated content). When a skill says to run scripts/watch-pr/watch-pr, run bun skills/poteto-mode/scripts/watch-pr/watch-pr.ts with the same arguments.

Credits

pstack is by Lauren Tan (poteto), upstream at https://github.com/cursor/plugins/tree/main/pstack. The skill, agent, and guide text is Copyright (c) 2026 Lauren Tan and is used under the MIT license in LICENSE.md. The WorkBuddy port is by pstack-pro (https://github.com/pstack-pro/pstack-workbuddy). See NOTICE.md. This bundle is not affiliated with Cursor or Tencent.

常见问题

5 问
答案由本站依据条目字段整理
pstack(WorkBuddy 版)怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_917b91eb/pstack。安装方式为未标注。装完刷新技能列表或重开客户端。

pstack(WorkBuddy 版)支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

pstack(WorkBuddy 版)权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

pstack(WorkBuddy 版)收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

pstack(WorkBuddy 版)用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 2026-11-06。