Skill 与工作流
操作手册（Playbook）
Playbook 是一套“遇到某种情况，就套用某条规则，采取某个行动”的说明，是为一类反复出现的问题写的，而不是单一固定的步骤序列。
有些流程确实是线性的：第一步、第二步，走完就结束。但也有很多流程取决于具体发生了什么——客服智能体面对“用户登录不了”和“用户被多扣了钱”，该给出的处理方式完全不同。Playbook 就是为后一种情况准备的：把可识别的具体情况和对应的判断规则、该采取的行动绑在一起，类似人类团队里常说的运维手册或升级处理指南。
这个页面上的示意图为了方便展示，画的是单一情况对应单一决策、单一动作，但那只是简化版。真实的 playbook 几乎都会分支——好几种可能的情况，各自对应不同的规则和动作——这其实更接近 dag-workflow 所建模的东西，而不是一条直线。
Playbook 通常是用文字写成，或者写成结构化的条件规则（常见于 agents-md 这类指令文件里），而不是编译成固定死板的程序。这样人和智能体都容易读、容易改，代价是约束力不如硬编码的流水线那么强。
举个例子
一份部署 playbook 可能这样写：“如果测试没通过，拦截合并并通知作者；如果测试通过但改动涉及 /auth 目录，需要再有一名评审员批准才能合并；否则直接自动合并。”每一条都是一种情况，配上对应的规则和动作。
和相关概念的区别
Playbook 和工作流的区别：工作流往往是为某一条具体的步骤序列写的；playbook 是为一类情况写的，不同情况走不同分支，更接近决策树，而不是一条固定的直线。
常见误解
常被以为： Playbook 只是给人看的文档。
实际上： 在智能体场景下，playbook 往往是要被程序化地执行、或者由智能体直接读取并照做的，不只是给人看。
常被以为： Playbook 就像这里的示意图一样，是一条直线。
实际上： 真实的 playbook 大多会按情况分支——多个条件各自路由到不同的动作——单一路径的 playbook 反而是少数情况。
常见问题
智能体里的 playbook 是什么？
是一套“遇到某种情况就套用某条规则并采取某个动作”的说明，为一类反复出现的问题而写，而不是一条固定的步骤序列。
Playbook 和工作流有什么区别？
工作流通常是一条具体的步骤序列；playbook 会按情况分支，把多种可能的情况分别映射到不同的规则和动作。
最近核实： 2026-08-28