Playbook：不懂提示词也能搭出企业智能体
本篇涵盖的知识重点
- Playbooks 是预配置的工作流模板，入口为 AI 资源管理 > Playbooks
- 面向产品经理、设计师等未必精通提示词工程的用户
- 一个 Playbook 由名称、模型、Agent ID、System Prompt 四部分配置组成
- 单击「使用此 Playbook 创建 Agent」即可用该模板创建企业智能体
- 若 Playbook 指定了 MCP 服务器，这些服务器会在对话会话中激活
- 若 Playbook 定义了专项技能，这些能力会在对话期间加载供 Agent 使用
- 浏览和选择模板不消耗积分，创建 Agent 后调用才消耗相应积分
上手路径概览
模板结构与应用要点
作用先从现成模板入手，比从零写提示词更快，也更贴近成熟工作流。
操作登录企业管理后台，在左侧边栏找到 AI 资源管理 > Playbooks。页面会展示预配置的工作流模板，这些模板把上下文、工具和指令打包成可复用的组合。
注意模板来自平台预置，请从可信来源选择和启用；自定义模板需审慎评估后再投入使用。
- 名称：Playbook 的显示名称，例如「Slack 数据分析机器人」，是成员第一眼看到的标识
- 模型：使用的模型，支持指定或自动选择，示例中取值为 auto
- Agent ID：唯一标识符，用于引用和调用该 Playbook，例如 slack-data-bot
- System Prompt：引导 Agent 行为的背景上下文和指令，定义角色、工作流程和输出规范，是决定行为质量的核心
作用选错模板会让后续所有配置都跑偏，先看清楚再动手能省下返工成本。
操作单击某个 Playbook，在详情卡片中查看 Manifest 摘要、场景说明、工作流设计、SDK 调用范例等信息，重点确认它的角色设定、工作流程与输出规范是否与你的实际场景匹配。
注意选择前先确认模板与实际需求匹配，不要因为名称相似就直接套用；具体展示哪些信息以页面实际展示为准。
作用这是把模板变成可用 Agent 的一步，创建后配置会自动继承。
操作在详情卡片中点击「使用此 Playbook 创建 Agent」，进入新建 Agent 页面，按页面引导完成企业智能体的创建。企业智能体（CloudAgent）的配置与使用可参考 WorkBuddy Managed Agents 相关说明。
注意创建时请仔细审核 System Prompt 内容，确保指令安全合规；建议在模板基础上根据业务场景补充领域特定指令和输出规范。
作用知道模板到底替你做了什么，才能判断还需不需要额外配置。
操作使用选中的 Playbook 创建 Agent 时，以下配置自动生效：System Prompt 注入、MCP 配置、Skill 配置。
注意MCP 服务器的访问范围取决于你在 Playbook 中配置的服务端点和凭据，不会超出你授权的服务边界；Agent 的行为和输出受 System Prompt 约束，不会执行范围外的操作。
- System Prompt 注入：被注入对话上下文，为 Agent 提供与所选工作流匹配的领域知识、角色指令和行为引导
- MCP 配置：若 Playbook 指定了 MCP 服务器，这些服务器会在对话会话中激活，使 Agent 能够访问外部 API、数据库或服务，例如连接设计工具或查询分析数据
- Skill 配置：若 Playbook 定义了专项技能，这些能力会在对话期间加载并可供 Agent 使用
作用模板化创建很快，但行为是否符合预期必须靠实际对话验证。
操作创建 Agent 后先在一个非关键场景中测试，验证 System Prompt、MCP 和 Skill 三者的协同表现，确认无异常后再投入正式使用。为 Agent 配置 MCP 服务器时，优先使用只读权限的凭据，仅在业务确需写入或修改外部数据时才授予写入权限。
注意基于 Playbook 创建的 Agent 在沙箱中运行，行为受配置约束，但仍建议在对外发送、写入或修改数据前进行人工确认；若模板内置文件读写指令，注意 Agent 对文件系统的操作范围。
作用模板免费看，但用起来才产生消耗，提前说清能避免团队的意外账单。
操作在创建与推广 Agent 前，把涉及的数据项与消耗点梳理成清单，同步给使用方与安全负责人。
注意模板的浏览和选择不消耗积分；创建 Agent 后在对话会话中调用模型、执行代码、访问外部服务等操作会消耗相应积分。
- 企业账号信息（登录凭据）：必要，用于登录企业管理后台，浏览、选择和创建基于 Playbook 的企业智能体
- Playbook 模板配置（System Prompt、模型、Agent ID）：必要，定义 Agent 的角色、行为模式、工作流程和调用标识
- MCP 服务器连接配置（URL、认证凭据）：必要，激活 Agent 对话会话中的外部服务访问能力，如连接设计工具、数据库或第三方 API
- Skill 能力定义：必要，在对话期间加载专项技能，扩展 Agent 的功能边界
- 对话交互内容：非必要，仅在用户与基于 Playbook 创建的 Agent 进行对话时涉及，用于上下文理解和响应生成
权限与成本提示
- 基于 Playbook 创建的 Agent 运行在企业沙箱环境中，访问范围由 Agent 自身配置和企业权限策略双重约束。
- Playbook 模板的浏览和选择不消耗积分；基于 Playbook 创建 Agent 后，在对话会话中调用模型、执行代码、访问外部服务等操作会消耗相应积分。
- Playbook 模板本身不包含第三方数据，仅为配置框架；配置 MCP 服务器后，Agent 将在授权范围内与对应第三方服务交互。
- 第三方服务的可用性、数据准确性和安全性由其自身负责；第三方 MCP 服务的接口变更或不可用可能导致 Agent 功能异常。
- 模板为通用的工作流框架，具体使用时产生的结果取决于 System Prompt 设计、模型选择和数据输入。
- 不再使用的 Agent 建议及时停用或删除，并撤销关联的 MCP 服务器授权；同时定期清理长期未使用或已过时的实例。
模板评估挑战
```markdown
我要创建一个用于「Slack 数据分析」的 Playbook 配置，请帮我写出完整配置内容。
配置结构必须包含这四项（不要新增字段类型）：名称、模型、Agent ID、System Prompt。
场景要求：用户在会话中上传一份 CSV，Agent 需要先用 pandas 读前几行确认 schema，再运行 Python 脚本聚合关键指标，然后做 3 个图表，最后把所有内容写到一个自包含、内嵌 CSS 的 HTML 报告文件中，完成后回复保存结果。要求保持简洁专业，先抛结论再讲过程。
请输出：
1. 一段 JSON 形式的配置草稿，包含 name、model（取值 auto）、agent_id（给出语义化 ID，如 slack-data-bot）、system_prompt 四个字段；
2. 一段说明，解释为什么 System Prompt 中要写清「挂载路径」「输出文件路径」「完成后的回复内容」这三类信息；
3. 一份验证清单，列出创建 Agent 后要用哪 4 个问题测试它。
```得到一份结构完整的配置草稿、一段设计理由说明和一份 4 题验证清单，System Prompt 中包含明确的路径与输出要求。
```markdown
我需要判断一个 Playbook 模板能否在企业内投入生产使用，请帮我设计一份评估表。
必须依据的真实说明（不要增删结论）：
- 基于 Playbook 创建的 Agent 运行在企业沙箱环境中，访问范围由 Agent 自身配置和企业权限策略双重约束；
- MCP 服务器的访问范围取决于 Playbook 中配置的服务端点和凭据，不会超出授权的服务边界；
- Agent 的行为和输出受 System Prompt 约束，不会执行范围外的操作；
- Playbook 模板本身不包含第三方数据，仅为配置框架；配置 MCP 服务器后，Agent 会在授权范围内与第三方服务交互；第三方服务的可用性、数据准确性和安全性由其自身负责；
- 模板的浏览和选择不消耗积分；创建 Agent 后在会话中调用模型、执行代码、访问外部服务会消耗相应积分；
- 建议在对外发送、写入或修改数据前进行人工确认；若模板内置文件读写指令，需注意 Agent 对文件系统的操作范围。
请输出：1）一张评估表，维度至少覆盖「权限边界、数据安全、积分成本、行为可控性、可维护性」五项，每项给出评估问题、判定标准、风险等级；2）一段上线前的强制检查项（不超过 150 字）；3）一份上线后季度复核清单（不超过 150 字）。
```得到一张五维度评估表、上线前强制检查项和季度复核清单，风险判断依据均来自给定的权限与成本说明。
```markdown
我们要让产品经理和设计师也能用 Playbook 创建自己的 Agent，请帮我写一份使用规范。
必须依据的事实（不要新增平台未说明的能力）：
- Playbooks 展示预配置的工作流模板，面向泛开发者，包括产品经理、设计师以及任何希望借助 CodeBuddy / WorkBuddy 完成任务但未必精通提示词工程的用户；
- 模板把上下文、工具和指令打包为可复用模板，无需从零开始；
- 入口为企业管理后台左侧边栏的 AI 资源管理 > Playbooks；
- 单击某个 Playbook 可在详情卡片查看 Manifest 摘要、场景说明、工作流设计、SDK 调用范例；
- 点击「使用此 Playbook 创建 Agent」进入新建 Agent 页面；
- 自动生效的配置包括 System Prompt 注入、MCP 配置、Skill 配置；
- 使用建议包括：先查看 Manifest 摘要和场景说明确认匹配；在模板基础上补充领域特定指令和输出规范；优先使用只读权限凭据；先在非关键场景测试；定期检查并清理长期未使用的实例。
请输出：1）一份分步骤使用规范（选题—审阅—创建—测试—上线—复核）；2）一张「禁止事项」清单，至少 5 条，并说明每条对应的风险；3）一段给非技术同事的入门指引（不超过 200 字）。
```得到一份分步骤规范、一张禁止事项清单和一段入门指引，所有建议均能在给定事实中找到依据。
本文基于官方文档再创作，具体以官方文档站实际展示为准。