
pstack 全自主模式指南autopilot-full 与 autopilot-stack 两种队列驱动方式【免费下载链接】pstack-claudeClaude Code, Codex, Copilot, Pi, OpenCode, Gemini, and Prime Agent versions of Potetos pstack. Rigorous agent workflows with Cursor primitives translated for other harnesses.项目地址: https://gitcode.com/GitHub_Trending/ps/pstack-claudepstack是把 poteto 的 Agent 技能栈移植到 Claude Code、Codex、Pi 等多个 Agent 运行时的开源项目其中的poteto-mode技能内置了两种全自主autopilot工作流autopilot-full和autopilot-stack。它们都以任务队列为驱动让 Agent 自主完成从开发、验证到交付的全流程区别只在于谁来按合并按钮。本文带你用通俗的方式理解这两种模式并教你怎么选。一、先认识 pstack你的 Agent 为什么能自主干活pstack 的核心是一个叫poteto-mode的驾驶模式。你只需要用一句自然语言描述目标比如修复搜索筛选在翻页时重置的问题它会自动匹配到正确的playbook剧本/工作流并委派多个子 Agent 去执行、验证、汇报。整个体系可以概括为三个阶段选剧本 → 计划与委派 → 审查与验证。下面这张总览图展示了 poteto-mode 的完整工作流pstack 内置了 20 多个 playbook覆盖 bug 修复、性能优化、特性开发、PR 维护、长程项目编排等场景。而在所有 playbook 中两种全自主队列驱动方式——autopilot-full和autopilot-stack——专门解决一个更进阶的问题我有一整排待办任务队列能不能让 Agent 一口气全做完两者的共同点队列驱动你给它一个任务列表它逐个处理不需要你盯着每任务一个负责人owner每个 PR 分配一个独立子 Agent在各自隔离的 git worktree 中并行工作自主闭环负责人自己完成构建、开 PR、自检、清理注水代码、处理 CI 失败直到任务达到可交付状态人工守门无论哪种模式最终合入主干的按钮永远由你操作者来点它们的区别在于交付物长什么样。下面分别来看。二、autopilot-full每个 PR 独立冲刺你只点合并完整剧本见 autopilot-full.md。一句话概括你拥有裁决权但不拥有 PRYou own the verdicts, never the PRs。每个任务的负责人从构建一路负责到merge-ready合入就绪状态你只负责审查和点击合并按钮。它是怎么跑的标记你的专属任务。你在队列里点名的任务永远保留给你负责人不会碰一个 PR 一个负责人。每个负责人在独立 worktree 里并行工作15 分钟内必须开出一个正式 PR绝不以 draft 状态提交并留下decisions.tsv决策轨迹供审计真正并行绝不堆叠。互不相关的 PR 同时推进只有真正互相依赖的工作才串行swarm 群验。每一轮修改都会扇出多个独立验证 Agent 做交叉审查只有拿到干净裁决才能进入合并准备交接与换班。一个 PR 验证通过后该负责人退场新负责人接手队列中的下一个任务合并动作由你完成根层持续审计。协调层每小时审计一次所有负责人只看实际副作用提交、推送、CI 状态算进度发现卡住的 Agent 立即换人顶上随时可停。你的 stop 指令会立即传达给所有负责人进入零写入状态适合场景队列里的任务彼此独立、你愿意把逐个合入的权限授予 Agent 流程、希望边做边落地land as you go。三、autopilot-stack先建好后验最后交你一条栈完整剧本见 autopilot-stack.md。一句话概括你拥有栈但不拥有落地You own the stack, never the landing。Agent 全自主地把队列里的变更全部构建并验证好最后交付给你一条线性的 base-branch PR 栈由你整体审查、统一落地。它与 autopilot-full 的关键差异维度autopilot-fullautopilot-stack交付物多个独立的 merge-ready PR一条线性 PR 栈父子链合入节奏逐个合入边做边落全部建好后由你统一审查落地拓扑管理各负责人只管自己的分支根层是唯一拓扑写入者统一 rebase 和重定向验证基准每个 PR 独立验证STACK-READY 状态 记录 patch-id 以便重验漂移处理各负责人自行 rebase根层自底向上 rebase 整条链受影响的片段交回原负责人修复autopilot-stack 有两条铁律值得新手记住验证通过才能入栈每个 PR 拿到干净裁决后才允许追加到栈中没有任何例外永远不自动合入没有任何 owner 会 merge、arm auto-merge 或关闭 PR最终落地完全是你的操作适合场景工作之间有顺序依赖或耦合、你想先看到完整成果再决定合不合、或者团队流程不允许 Agent 直接参与合入环节。四、如何二选一官方给的判断标准autopilot-stack 剧本末尾给出了官方选择指南原文选 autopilot-fullPR 彼此独立且你已经授予落地landing权限。选 autopilot-stack操作者希望在落地前审查、工作有顺序或耦合关系、或者合入权限被保留。用大白话说 任务互相独立 信任流程 →autopilot-full快进快出 任务有依赖链 想先看后合 →autopilot-stack稳稳交付 拿不准时的默认选择autopilot-stack。它交付的是可整体审查的成果你的风险敞口更小触发也很简单对 poteto-mode 说一句人话即可例如autopilot this queue / full autopilot → 路由到 autopilot-fullstack them, dont ship / build the stack, Ill land it → 路由到 autopilot-stack路由规则定义在 SKILL.md 的 Playbooks 一节。五、新手安全须知state-then-wait当 Agent 向你陈述协议或计划时这不是开始执行的信号。只有你明确说go队列才会启动stop 是即时的一句停会让所有负责人立即进入零写入状态不会有任何残留动作只有副作用才算进度Agent 每小时审计自己以提交、推送、CI 状态变化为准而不是感觉做完了决策轨迹全程留痕每个负责人都会维护decisions.tsv决策记录配合 show-me-your-work 技能让长程自主运行可审计配套阅读理解看门狗机制可看 babysit.md理解验证后落地可看 shipping.md六、小结pstack让 Claude Code、Codex、Pi 等 Agent 也能用上 poteto 的严谨工作流autopilot-full并行冲刺 逐个 merge-ready你逐个点合并autopilot-stack全自主构建验证 交付一条线性 PR 栈你统一落地两者共同的底线是Agent 可以自主一切唯独合入主干的那一次点击永远属于你装好 pstack 后试着把一个小任务队列丢给 poteto-mode从 autopilot-stack 开始体验你会很快理解队列驱动的自主 Agent是什么味道。【免费下载链接】pstack-claudeClaude Code, Codex, Copilot, Pi, OpenCode, Gemini, and Prime Agent versions of Potetos pstack. Rigorous agent workflows with Cursor primitives translated for other harnesses.项目地址: https://gitcode.com/GitHub_Trending/ps/pstack-claude创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考