第2章 与会名册：智能体角色与协作机制
第2章 · 与会名册：智能体角色与协作机制
章节摘要：一场会开得好不好，先看名册。本章把 OWL 的与会者逐个请上台：点题的甲方代表（用户智能体）、掌控议程的主持人（辅助智能体）、列席的执行专家（工具智能体），再加上支撑协作的两套底层机制——议题怎么拆（任务与目标）和纪要怎么传（知识与记忆）。读完本章，你能对着任意一份协作日志，指出每个环节是哪个角色在发言、依据什么机制。
学习目标
- 能区分用户智能体与"用户本人"的职责边界，说出为什么需要一层代理；
- 能复述辅助智能体"拆解—分派—监控—汇总"的议程循环，并指出它最常失控的环节；
- 能解释工具智能体的接口契约（函数签名加描述文字）如何决定调用质量；
- 能把一句模糊的任务描述改写成含验收标准的结构化议题；
- 能描述 OWL 的三层记忆（对话史、向量检索、长期沉淀）各自解决什么遗忘问题。
核心概念速览
OWL 的角色体系可以压缩成一句话：甲方代表守意图，主持人管过程，专家只动手，纪要保传承。三角色并非三个平级的聊天机器人——用户智能体与辅助智能体构成角色扮演对话的主轴，工具智能体是挂在执行侧外部的函数集合；任务与目标机制决定议题的粒度，知识与记忆机制决定上下文里装什么。本章五节就按"三个角色加两套机制"展开。
金句：角色边界画在哪里，故障就停在哪里——名册清晰是协作系统里最便宜的可维护性。
子章节导航
- 2.1 用户智能体：点题的甲方代表——它不是你，它是你派驻会场的代表；讲清职责、纠偏方式与常见误用。
- 2.2 辅助智能体：掌控议程的主持人——议程循环四拍子，以及主持人失控的两种典型症状。
- 2.3 工具智能体：列席的执行专家——接口契约、调用过程与"专家答非所问"的排查法。
- 2.4 议题与目标：任务拆解的会议学——从一句话需求到含验收标准的议题清单，附改写前后对照。
- 2.5 会议纪要与集体记忆——三层记忆如何防止会开完就散，跨会经验怎么沉淀。
子章节之间的逻辑关系
角色三件套（2.1 甲方 / 2.2 主持人 / 2.3 专家） │ 角色只是岗位，真正驱动协作的是两套机制 ▼ 机制两件套（2.4 议题拆解 / 2.5 记忆传递） │ 2.4 决定"这轮会议讨论什么"，2.5 决定"上下文里记得什么" ▼ 第3章 专家席位：给 2.3 的执行专家配齐五类工具箱
2.1 至 2.3 讲静态名册，2.4 与 2.5 讲动态机制，先人后事。若你急于动手，可先读 2.2 与 2.4（它们直接决定协作成败），2.1 与 2.5 可回头补。
前置知识与后续延伸
前置：第 1 章的三角色速览与六阶段流程。本学不要求读过任何源码。
延伸：本章建立的角色边界将在第 3 章被"填充能力"，在第 4 章的实战日志里被"逐段验证"；2.5 的记忆机制是第 5 章团队化编排（多场会议协同）的技术底座。
本章高频问答
问：角色是靠提示词"演"出来的，还是框架强制的？
答：两者都有。框架提供角色扮演的对话机制（谁先发言、谁表态），但角色的行为边界靠系统提示词约束。机制给骨架，提示词给性格——2.1 的"禁止条款"与 4.4 的提示词改写都在这条边界上做文章。
问：只有两个角色能不能开会？
答：能。角色扮演对话的最小配置就是甲方代表与主持人两个人，工具智能体严格说是挂在执行侧的函数集合，不算"人"。1.1 的自检脚本里"建议双角色"的情况，指的就是这种最小会。
问：议题卡和普通的任务描述有什么区别？
答：议题卡带验收标准与格式约定，普通任务描述只有意图。2.4 会给出完整的四要素改写法；提前剧透一句——没有标准的任务，验收时必有扯皮。
问：记忆机制需要额外的向量数据库吗？
答：会话史是框架自带的；向量检索层与长期沉淀层在需要时可接入外部存储。本章 2.5 只讲机制与粒度，具体接入在第 4 章环境搭建时一并配置。