第3章 专家席位：五大工具箱能力清单
第3章 · 专家席位：五大工具箱能力清单
章节摘要：与会名册定下了岗位（第 2 章），本章给岗位配上人。OWL 内置的工具箱按职能可归为五类专家席：外联部（Web 工具包）、秘书处（文档处理）、演算席（代码执行）、情报员（搜索）、翻译席（多模态）。本章逐席介绍能力边界、典型调用方式与选席标准，读完你能为自己的任务开出一份准确的"专家需求单"。
学习目标
- 能说出五类专家席各自的能力边界，以及它们之间的分工界面（谁先上、谁兜底）；
- 能为三类典型任务（信息调研、数据处理、材料解读）各配一组合适的专家席；
- 能识别"用错席"的症状——比如该请情报员时硬派外联部——并完成改派；
- 能用自己的业务函数扩充专家席，并写出合格的接口契约；
- 能估算各席位的调用开销，在任务预算内做席位取舍。
核心概念速览
五个席位按"信息从哪里来、变成什么"的流水线排座次：情报员负责发现（去哪找），外联部负责抵达（把页面真正打开并操作），秘书处负责消化（把文件变成结构化文本），翻译席负责感知（图像、音频、视频转文字），演算席负责加工（拿到文本后的一切计算）。一条实战铁律：先情报、再外联、后加工——顺序颠倒是工具类任务翻车的最大来源。
金句：工具箱不是能力越多越好，而是席位越对越好——请错专家，比缺专家更贵。
子章节导航
- 3.1 Web 工具包：会议里的外联部——浏览器自动化专家，能导航、点击、填表、截屏；讲清它和情报员的分工界面与操作足迹留痕。
- 3.2 文档处理工具包：会议秘书处——把各种格式的文件转成可分析的文本，重点讲格式识别陷阱与批量处理。
- 3.3 代码执行工具包：现场演算席——在受控环境里跑真实代码，讲执行环境的选择、结果回收与安全边界。
- 3.4 搜索工具包：情报速递员——关键词检索与结果精选，重点讲与外联部的接力协议。
- 3.5 多模态工具包：看图听声的翻译席——图像、音频、视频转文字与描述，讲翻译产出的可靠性核对。
子章节之间的逻辑关系
情报员（3.4）──发现目标──→ 外联部（3.1）──抵达并操作──→ 原始材料 │ 秘书处（3.2）与翻译席（3.5）负责把材料变成文本 │ ▼ 演算席（3.3）──汇总计算──→ 可验收的结构化产出
五节按流水线位置排列，3.4 与 3.1 是上游（信息获取），3.2 与 3.5 是中游（材料转换），3.3 是下游（加工计算）。理解了这条流水线，任何新工具箱（框架还在持续增加新席位）都能按位置归档。
前置知识与后续延伸
前置：第 2 章工具智能体的接口契约与五步生命周期。本章代码示例会用到工具挂载写法，均在文内现讲现用。
延伸：第 4 章实战中，五个席位会全部出场，并演示"情报员接外联部失利的班"这一经典兜底路径；3.3 的执行环境选型会延伸出第 5 章团队化时的资源隔离议题。
本章高频问答
问：五席都要配齐才能开会吗？
答：不需要。按任务配席是 1.3 可插拔原则的本意——纯文本任务可能只需要演算席，材料齐全的对比任务可能只需要秘书处与演算席。席位清单是"点菜菜单"，不是"固定套餐"。
问：同一类工具有多个（比如多个搜索源）怎么选？
答：先比覆盖面与新鲜度，再比调用成本。3.4 的可信度分级同样适用于工具选型——把每个搜索源当成一位情报员来评估，谁的四元组质量高就多派谁。
问：自定义工具和内置工具箱会冲突吗？
答：不会。它们走同一条统一接口，对主持人而言只是专家席上多了一把椅子。真正要防的是契约写得太随意，让新专家变成"答非所问的外聘顾问"——2.3 的排查四步法是兜底。
问：席位之间能直接对话吗？
答：默认不能。席位间的信息流动一律经过主持人（材料桌把产出交给主持人验收，再由主持人派给下一桌）。允许席位私聊的系统看似高效，实际让失败归因和审计都失去了抓手——这层设计在第 5 章团队化时会再次强调。