如何编写行动手册：目标、角色、边界和流程

行动手册是你的 Digital Mind 在每次对话中遵循的一套书面指令。它包含四个部分：Goal、Role & style、Boundaries 和 Flow。用简单、具体的句子编写每个部分，用 @ 标记所需的人员、专家和 数据集合，并在正式使用前用真实问题测试。

行动手册能做什么，而知识库不能？

知识库存放事实：课程时间、政策和你已经写好的答案。行动手册存放使用这些事实的规则：你的 Mind 如何表达、问什么、拒绝什么，以及转交给谁。复制到行动手册中的事实需要在两处维护，因此请将事实放在知识库中，并在行动手册步骤中说明何时使用。想了解全貌，请阅读什么是 Digital Mind。

具体很重要，因为你的 Mind 只能遵循你写下的内容。Anthropic 的提示词指南 （在新标签页中打开）^[1]告诉开发者：“把 Claude 想象成一位聪明但不了解你的规范和工作流程的新员工。”指南建议的测试方法是：把提示词交给一位不太了解背景的同事，请对方照着执行。同事感到困惑，模型也会困惑。OpenAI 的提示工程指南 （在新标签页中打开）^[2]指出，GPT 模型“受益于非常精确的指令”。两份指南都是面向开发者编写的，而非针对 Plandora 编辑器，但其中的原则同样适用。

四个部分各该写什么？

Goal

用两三句话说明访客是谁、期望的结果是什么。“帮助新客户选择课程”是目标；“乐于助人”是一种态度。最好只设一个主要结果，例如回答咨询、了解需求或帮助对方预约。

Role & style

描述一位优秀同事会如何表达，再补充可以衡量的内容：回复长度、每条回复的问题数量，以及是否使用访客的名字。“每次只问一个问题”可以在聊天记录中检查；“听起来专业”则不行。

Boundaries

写明你的 Mind 绝不能做什么，以及应该采取什么替代做法。只有一句“绝不”，到了关键时刻会留下空白。补上出路：绝不承诺退款，并将请求转交给 @Sam。Anthropic 的减少幻觉指南 （在新标签页中打开）^[3]建议明确允许模型表示自己不知道，这“可以大幅减少错误信息”，但该页面也指出，这些方法能减少错误，却无法彻底消除错误。AI 回复可能出错，因此财务、法律、医疗和其他影响重大的决定都应转交给真人处理。

Flow

编写编号步骤，每步只做一件事：提问、检查、咨询、收集或转交。需要专门帮助的步骤标记专家，转交时标记接收的人员或团队，需要询问具体信息时标记 数据集合 字段。定时跟进属于 Automations，遵循你的判断时效果最好。

如何标记专家、人员和 数据集合？

在 Flow 步骤中输入 @，或使用 Add info，然后从列表中选择。以普通文本输入名字不会创建标签，因此手动写下的“Sam”不会指向任何人。

可以从模板开始吗？

可以。空白行动手册提供 Start from a template，也提供 Write with AI，后者会根据你对 Mind 工作内容的简短描述起草行动手册。以下是两个值得了解的模板：

• Receptionist（“问候、了解意图、转交给合适的团队”）：语气亲切，回复保持在两个短句以内，根据意图转交给 @Support、@Sales 或 @Team，绝不凭记忆引用交付日期或政策。
• Retail advisor（“解答有关商店、商品系列或商品的购物和产品问题”）：先了解需求，再考虑销售，一次最多提供三个选项，绝不编造库存或成分。

选择器中还有三个模板：Lead qualifier、Founder mentor 和 Support first。确认模板会替换所有部分，因此请在编写自己的内容之前应用。然后将 @Support 等占位名称替换为真实人员、团队或专家的标签，并根据你的业务编辑其余内容。

笼统的指令和具体的指令有什么区别？

具体的指令会说明动作、限制或触发条件。笼统的指令只会描述一种品质。

Anthropic 的指南还建议养成一个习惯：说明原因。指南中的例子没有简单地禁止使用省略号，而是说明原因（文本转语音引擎会朗读回复，无法读出省略号），因为模型可以从解释中举一反三。在行动手册中也这样做：说明规则为什么存在。

完整的行动手册是什么样的？

这是一个示例，并非真实客户：Harbour Lane Studio 是一家虚构的陶艺学校。在编辑器中，下方每个 @ 名称都需要从列表中选择，才能成为真实标签：@Class Finder 是专家，@Booking details 是 数据集合，@Sam 是一个人。

Goal。 你正在与想尝试陶艺或在小型陶艺学校 Harbour Lane Studio 预约课程的人交谈。大多数人是初学者。帮助每个人找到合适的课程并预约。

Role & style。 语气亲切、通俗，像前台的老师。回复保持在两到三句话，每次只问一个问题。除非访客先使用陶艺术语，否则避免使用。

Boundaries。 只有知识来源中有课程详情时才能说明。如果没有日期或政策，就如实说明，并提出将问题转交给 @Sam。绝不承诺退款或为已满的课程提供名额。如果访客感到不满或要求与真人交流，附上一句话的摘要转交给 @Sam。

Flow。

1. 询问对方想制作什么，以及以前是否用过陶土。
2. 将回答交给 @Class Finder 咨询，推荐最多两门课程，并简要说明每门课为什么合适。
3. 每次询问 @Booking details 中的一个字段，从首选日期开始。
4. 用一句话确认已收集的信息，然后将预约转交给 @Sam，并说明预计何时回复。

这里有意没有写课程时间和退款政策：它们存放在知识库中。

最常见的错误有哪些？

1. 把事实存放在行动手册中。 课程时间和政策应放在知识库中，只需在一处更新。
2. 描述态度而非行为。 “亲切”无法测试；两个短句和每次只问一个问题则可以。
3. 只写“绝不”，没有出路。 没有替代做法，你的 Mind 就会自行发挥。每条禁止事项都应搭配转交或明确拒绝。
4. 以为名字或专家已经接入。 手动输入的 @Sam 不是标签，设为 Off 或未标记的专家不会被调用，没有人标记的字段也不会被询问。
5. 还没测试就写完整个 Flow。 先写三个简短步骤，测试后再添加更多。

行动手册可以有多长，修改何时生效？

每个部分最多 4,000 个字符，四个部分合计最多 12,000 个字符，一个行动手册最多可包含 50 次提及。截至 2026 年 10 月，这些限制按字符而非词数计算。超出限制的修改会列为待修复问题，标题栏显示“N to fix”，修复之前不会生效。

普通修改无需执行 Publish 步骤。有效修改会自动保存并生效，标题栏显示 Live。如果显示的是 Draft 和 Go live 按钮，则保存的更改尚未发布，请选择 Go live。如果显示 Changed elsewhere · Reload，说明行动手册在另一个窗口中被修改：再次保存前请重新加载，并先复制所有未保存的修改，因为重新加载会丢弃它们。由于修改保存后即生效，请每次只改一件事并立即测试。

正式使用前如何测试行动手册？

使用聊天预览，每次修改后重新运行同一组简短问题。

1. 发送一条普通请求，检查回复长度、语气以及是否每次只问一个问题。
2. 尝试提出一个应由已标记专家处理的问题，然后检查其 Runs 中是否有咨询记录。
3. 提出一个应当转交的问题。检查收件箱（是否可用取决于你的方案或功能推出情况），并选择 Take over 亲自回复。
4. 测试一个知识库未涵盖的问题，确认你的 Mind 如实说明，而不是猜测。
5. 将行动手册交给一位不了解业务的同事，问对方如果访客要求退款会怎么做。重写让对方犹豫的内容。

Anthropic 的构建评估指南 （在新标签页中打开）^[4]指出，测试应反映真实任务并包含边界情况，OpenAI 的指南也建议使用测试和评估套件来检查提示词行为。对于行动手册，这意味着保存一份真实访客问题清单，包括棘手的问题。当回复出错时，AI 回复为什么会出错可以帮助你区分是缺少事实还是缺少规则。

Improve 如何提出修改建议？

Improve 是行动手册标题栏中的一个按钮，当行动手册有内容或有待处理建议时显示。其面板标题为“From real chats in the last 7 days”，列出建议卡片，每张卡片按类型标记，例如 Unanswered questions、Weak answers 或 Hand-offs。每张卡片都有一个修复按钮和一个 Dismiss 按钮。

选择某条建议的修复操作后，Plandora 会起草对相关部分的修改，直接在原处划掉旧文本并突出显示新文本。逐项接受或拒绝修改，也可以选择 Accept all 或 Discard。接受的修改会像其他编辑一样保存并生效。如果你在修改草稿生成后编辑过该部分，这项修改会被跳过：它的 Accept 按钮会禁用，Accept all 也会忽略它。有些建议则会打开知识库 FAQ 并填入问题，因为缺少的事实应当放在那里。你正在编辑生效中的指令，因此请阅读每项修改并重新运行测试问题。