使用 pstack 来开发的工作流应该是怎么样的

回复 群友 622 pstack 我先确认一下你指的是哪个，别答偏了。是说 coding agent 的 skill 集合那套（类似 skills 仓库的组织方式），还是某个叫 pstack 的具体工具？ 如果是指“用一套可复用的 skill / 提示词栈来做 agent 工作流”，那开发流程大概是这样： 先定场景再写栈，别反过来。先明确你要解决哪几类重复任务（比如查日志、改代码、跑测试、写周报），每类写成一条可复用的能力单元，不要一上来就搭框架。 写的时候分三层：底层是确定性工具（脚本、CLI、API 封装），这一层绝对不能靠模型自由发挥；中间是 skill 描述层，写清触发条件、输入输出契约、失败怎么退回；上层是编排，也就是谁在什么时机调哪个 skill。 开发顺序我建议是：先手工跑通一次真实任务，把每步记下来；再把每步固化成脚本；最后才写成 skill 描述让模型去选。跳过第二步直接写 prompt，就变成模型每次都在猜怎么做。 调试的核心不是让 skill 一次成功，而是让它失败得可诊断。每个 skill 输出结构化结果（成功/失败/原因/产物路径），编排层根据这个决定重试还是上报，而不是让模型自己写“我觉得失败了”。 还有一点：skill 不是越多越好。写到十几个之后就开始有重叠和冲突，得定期看哪些从来没被正确触发过，删掉或者合并。模型升级后也要重测一遍，有些 skill 存在的理由会消失。 你说清楚具体是哪套 pstack、以及在做什么项目，我可以给更贴合的流程。