English mirror
This English page is generated from the current Chinese documentation so every route, anchor, code sample, and language switch stays available on agently.tech. Human-edited English copy can replace this generated body page by page.
Playbooks
playbook 回答更高层的问题：我有这类问题 —— 该组合哪些 Agently 能力，怎么组合？ 每个 playbook 引用底层页，但对特定场景有立场。
如果场景不匹配，回到 能力地图 找对应层。
可用 playbook
| Playbook | 何时用 |
|---|---|
| TriggerFlow 编排 | 多步过程需要分支、fan-out、pause/resume —— 想要结构模板 |
| 工单分流 | 分类输入、选路由、交接 —— 常见的「结构化输入 → 结构化输出 → action」形态 |
| 多角色协作与子流程 | 一个业务任务需要风险、事实、编辑、执行等多个专业角色协作 |
| 交互层与主动任务 | 用户要看到过程，或系统要通过 scheduler、webhook、queue 主动推进任务 |
| 文档审查全链路 | 文档、合同、制度或规格审查需要路由、任务拆解、风险审批、Reflection 和服务化 |
| 工具治理与 MCP Host | 工具和 MCP Server 变多，需要注册、裁剪、身份透传、脱敏和审计 |
| 长程任务状态与恢复 | 任务跨轮、跨文件、跨时间推进，需要 Session、Workspace、checkpoint、pause/resume 和 trace 分工 |
| 生产治理 | 上线前需要 eval、trace、成本、可靠性、安全和服务拓扑的验收路径 |
为什么有 playbook
文档的其他章节按页讲一种能力：
- Schema as Prompt 讲
output(...)怎么用。 - Lifecycle 讲
seal与close区别。
playbook 告诉你这些 —— 跨 request、session、action、TriggerFlow —— 哪种组合适合一个真实问题。比层页高一层。
一个好 playbook 长什么样
每页都按相同形态：
- 问题描述 —— 用大白话讲场景，自然带出痛点。
- 推荐结构 —— 代码骨架或流程图，把各部分放在合适位置。
- 变体 —— 常见分叉（小流量 vs 大流量、sync vs async、有 / 无持久化）。
- 不要做什么 —— 看起来相关但实际不该用的能力。
- 交叉链接 —— 指回拥有各部分的层页。
何时不需要 playbook
如果你的问题是「让一次模型调用返回结构化对象」，不需要 playbook —— 需要 快速开始 与 Schema as Prompt。playbook 是给「按这个顺序组合这三件事」类型的答案用的。