第 4 章 技能、专家与专家团¶
上一章的灵感体验让我们一键跑通了包含“Prompt + Skill + 专家配置”的完整流水线。本章将逐一拆解这些能力组件:从技能(Skill)这一“工具层”,到专家(Agent)的“方法层”,再到专家团(Team)的“协作层”,并给出高频专家团在真实场景中的应用。
学习目标¶
学完本章,你应该能够: 1. 深入理解技能与普通对话的核心区别以及技能的底层运行机制。 2. 掌握技能的多种安装方式及日常管理操作,熟悉常用的零成本技能。 3. 区分专家与专家团的概念及其在不同复杂度任务中的适用场景。 4. 掌握召唤和创建自定义专家及专家团的完整操作流程,理解 Multi-Agent 协作原理。 5. 对比 Skill、专家与专家团的差异,熟悉专家中心的领域覆盖与五类典型专家团的应用。
4.1 技能系统¶
4.1.1 技能与普通对话的区别¶
在日常使用中,用户与 WorkBuddy 的交互主要分为普通对话和技能调用。普通对话依赖于 AI 模型在训练阶段所学习到的庞大知识库,具备通用和发散的特点。当你进行普通的提问或闲聊时,模型会根据概率生成回答,这可能导致在需要精确执行的任务上出现结果的微小波动。
相比之下,技能(Skill)更像是给 AI 配备的“专业工具箱”。当 WorkBuddy 处于技能模式或调用特定技能包时,它不再仅仅依靠语言模型自身的发散推理,而是遵循技能包中预先定义好的工具函数与操作逻辑。这种方式能够提供稳定、可预期、并且高度专注的输出,非常适合处理具有明确流程的专业领域任务。
4.1.2 技能的底层运行机制¶
技能在底层本质上是预定义的工具函数(TOOL)。WorkBuddy 通过 Function Calling(函数调用)技术,让 AI 模型与这些工具函数进行交互。整个过程包含了多个紧密相连的步骤,共同确保了技能的高效执行。
- AI 自主决策:WorkBuddy 会根据用户当前的输入和上下文意图,自动判断是否需要调用某个已安装的技能,以及应该调用哪一个技能。
- 参数推理:在确定要调用的工具函数后,模型会从用户的对话中提取必要的参数。如果信息不全,它甚至能主动引导用户补充所需的参数信息。
- 结果整合:当工具函数执行完毕并返回结果给系统时,模型会对这些原始数据或执行状态进行理解与组织,最终以人类易读的自然语言回复用户。
- 多技能编排:面对复杂的任务,WorkBuddy 能够依次调用多个技能,将它们串联成一条工具链。例如,先调用搜索技能获取信息,再调用文档技能生成报告。
4.1.3 技能的安全沙箱机制¶
为了保证 WorkBuddy 在调用各种本地或第三方技能时不会对用户的系统造成破坏,所有的技能调用都在严密的安全沙箱机制下运行。
系统会为技能的执行分配隔离的工作目录,防止技能随意读取或修改用户系统的敏感文件。技能的权限实行“按需授予”原则,仅开放其完成任务所必需的接口。当技能涉及删除文件或调用外部高危接口等危险操作时,系统会弹出确认框,要求用户手动授权,确保整个过程完全由用户可控。在技能来源方面,建议优先使用官方推荐技能——非官方技能可能存在恶意提示词注入、越权访问、后门程序等隐患,安装第三方技能前请仔细查看其权限申请、来源说明与脚本内容(官方文档《技能》)。
⚠️ 安全提示:在面对系统弹出的危险操作确认框时,请务必仔细阅读该操作即将执行的内容和涉及的路径,切勿盲目点击同意。同时,对非信任的外部插件,建议保持默认的最小权限原则。
4.1.4 技能市场与日常管理¶
为了方便用户寻找和管理技能,WorkBuddy 提供了专门的技能市场页面。
📷 请参见产品界面:侧边栏 > 技能市场
技能市场页面主要分为“推荐区”和“已安装区”。推荐区展示了当前热门的技能包,用户可以通过一键安装将其添加到系统中。已安装区则按分类清晰地展示了用户目前拥有的所有技能,支持快速搜索、启用或关闭状态的切换以及批量管理操作。你也可以通过右上角的“添加技能”按钮引入新的技能包。
在日常操作中,如果你暂时不需要某个技能,可以通过点击该技能卡片上的三个小点,切换其开关状态。在面对繁多的技能时,利用搜索框输入关键词可以实时筛选出目标技能。关于卸载,系统支持单独卸载和批量卸载。
💡 最佳实践:当你不确定是否还要保留某个技能时,建议先将其“关闭”,避免急于卸载后再次需要时重新配置的麻烦。
4.1.5 技能的三种安装方式¶
为了满足不同层次用户的需求,WorkBuddy 提供了三种灵活的技能安装方式:
- 上传导入:适用于具有开发能力的用户或企业内部分发。用户可以将本地技能包(ZIP 压缩包或文件夹)直接导入系统(官方文档《技能》);技能包的具体目录结构以官方文档及产品实际要求为准。
- 查找与推荐:如果你不确定需要什么技能,可以直接向 WorkBuddy 描述你的需求,让 AI 帮你从技能市场中寻找并推荐合适的技能,实现对话式安装。
- 对话式创建:对于特定的轻量级需求,WorkBuddy 具备自我进化的能力。你可以用一句话描述想要实现的功能,让 AI 自动为你生成并配置一个简单的技能包。
4.2 常用零成本技能与最佳实践¶
4.2.1 十大零成本技能概览¶
对于大多数日常办公场景,WorkBuddy 已经有了一批经过验证的免费、高效的技能。以下是十个强烈推荐的零成本技能:
- Agent Browser:强大的浏览器自动化技能,能模拟人类在网页上的点击、输入和抓取操作。
- 办公文档四件套:专门用于解析和生成 PDF、DOCX、PPTX、XLSX 格式文件的技能包,处理办公文档的得力助手。
- Local Whisper:实现本地语音转文字功能的技能,保护隐私的同时提供高精度的转录。
- tl_video_downloader:视频下载技能,用于下载 Bilibili、YouTube 等平台的视频,并可提取音频和字幕,交给 WorkBuddy 做摘要、整理与二次处理(官方文档《tl_video_downloader》)。
- Web Search:赋予 WorkBuddy 实时联网搜索的能力,让回答不再受限于模型的训练数据截止时间。
- Obsidian:为使用 Obsidian 的用户提供笔记库管理的技能,实现跨软件的知识联动。
- Skill Scanner:安全检测技能,用于扫描新安装或自定义技能的安全性,防范潜在风险。
- Self-improvement:自我提升技能,帮助 AI 根据你的使用习惯持续优化其提示词和处理逻辑。
- Find Skills:技能查找辅助技能,在你不清楚该用什么技能时提供智能向导。
- Frontend Design:前端设计技能,能根据用户的自然语言描述快速生成前端原型代码。
4.2.2 技能应用最佳实践¶
💡 最佳实践: - 仅启用当前相关技能:同时开启过多技能会导致模型在判断调用哪个工具时产生混淆,增加延迟和出错率。请只启用当前任务所需的技能。 - 按场景切换:为不同的工作场景(如开发、写作、数据分析)组合开启相应的技能组,保持工作空间的纯净。 - 单一职责:在使用或开发自定义技能时,确保每个技能包或工具函数只专注解决一个具体问题,避免功能过度耦合。 - 触发清晰:在对话中调用技能时,使用明确的动词和清晰的参数描述,帮助 AI 更精准地命中你想要调用的技能。
4.3 专家与专家团¶
4.3.1 专家与专家团解析¶
在 WorkBuddy 中,我们引入了拟人化的角色设计来处理复杂任务。 - 专家(Agent):拥有独立的人设、专属的方法论以及特定的工具链配置。专家擅长单兵作战,专注于解决某一垂直领域或特定环节的问题。 - 专家团(Team):由一名“团长”和多个“专家”组成的 Multi-Agent 协作团队。专家团擅长应对综合性、多步骤的复杂项目。其核心机制在于通过团长自动将大目标拆解、分配给不同专家的 Agent 进行并行或串行执行,最终整合各方结果进行统一交付。
在资源消耗方面,由于专家团会并行调用多位专家、涉及多轮模型交互,其执行积分消耗通常为单个专家的 3–5 倍(官方文档《专家》,以实际任务为准)。
4.3.2 Skill、专家与专家团的对比¶
为了在不同场景下平衡效率与成本,WorkBuddy 提供了三种不同层级的智能实体: - Skill:定位为轻量级的可复用能力包,核心逻辑是“让 AI 做某件事”(如提取摘要、翻译文本)。它的运行速度最快,积分消耗最低,适用于简单指令。 - 专家(Agent):定位为具备独立角色的解决方案,回答的核心问题是“谁能帮我做”——找到具备专业视角和系统性方法论指导的角色(官方文档《灵感》)。它能够根据自身人设运用特定思维模型,积分消耗中等,适用于需要一定专业深度的单项任务。 - 专家团(Team):定位为复杂项目的攻坚团队,核心逻辑是“复杂项目如何交付”。通过多 Agent 协作应对庞大工程,积分消耗最多。
三者构成了一条清晰的能力进阶链:先判断任务是否需要“工具”(Skill),再判断是否需要“方法与角色”(专家),最后判断是否需要“团队协同”(专家团)。一句话速记:想要能力找技能;想要建议找专家;想要团队协作攻坚找专家团。
4.3.3 召唤与自定义流程¶
WorkBuddy 提供了丰富的内置专家,同时也支持用户根据自身业务沉淀自定义的专家角色。
召唤专家的标准流程:
📷 请参见产品界面:点击左侧边栏的“专家”入口,即可浏览系统内置及已创建的专家列表。 1. 浏览与筛选:在专家中心通过标签或搜索定位所需领域。 2. 评估卡片:查看特定专家的详情卡片,了解其能力介绍、擅长领域和任务示例,对比后做出选择。 3. 确认成本:注意留意该实体的积分消耗提示(特别是专家团),并明确 AI 生成内容仅供参考的原则。 4. 下达任务:使用自然语言向专家描述您的任务需求。如果是专家团,团长会自动接管并进行后续拆解。
创建自定义专家/专家团: 用户可以通过“我的专家”入口进入创建流程,创建属于自己的专家(Agent)或专家团(Team)并分享专业知识(官方文档《专家》)。创建时的具体字段约束与向导流程以产品内实际展示为准。为了优化自定义专家的表现,建议用户在已完成的日常项目中提取优秀的提示词和交互逻辑,将其沉淀为专家的默认经验。
4.3.4 Multi-Agent 协作原理¶
专家团的强大源于其精巧的 Multi-Agent 协作机制。其基本运行逻辑分为五个关键阶段: 1. 需求理解:团长接收用户的原始输入,进行意图识别和全局评估。 2. 任务拆解:团长将庞大的目标分解为若干个可独立执行的子任务。 3. 智能分配:根据专家团内各个 Agent 的专长与能力,将子任务精准派发。 4. 协同执行:各专家根据任务间的依赖关系,采取并行或串行的方式推进工作。 5. 整合交付:团长收集各专家的阶段性产物,进行逻辑校验、格式统一与最终合并,向用户交付完整的成果。
4.4 高频专家团解析与应用¶
4.4.1 专家中心概览¶
为了让超级个体能够轻松调配不同领域的专业资源,WorkBuddy 提供了庞大的“专家中心”。专家中心内置了覆盖法律、财务、品牌、研究、产品与技术等多个细分领域的虚拟专家团队(Team),支持按行业分类浏览、按需召唤(官方文档《专家》),具体覆盖数量以产品内实际展示为准。你可以随时根据项目需求,召唤对应领域的专家进行深度咨询与任务执行。
📷 请参见产品界面:左侧导航栏的[专家中心]模块。
4.4.2 五类典型专家团场景¶
在众多专家团队中,以下五类团队在典型商业场景中较为常用(团队名称与分类以产品内专家中心实际展示为准,官方文档未列明固定清单):
-
OPC 一人公司类专家团 提供法务、财务、品牌、运营、研究的一站式服务。 典型案例:从 0 到 1 启动一家小公司时,该团队可协助完成商标注册规划、初创期财税模型建立以及基础运营策略的制定。
-
产品设计类专家团 专注于产品战略、市场定位、竞品分析以及原型设计。 典型案例:在新项目立项期,协助创业者在 3 天内完成 MVP(最小可行性产品)的市场定位与高保真原型输出。
-
技术工程类专家团 模拟了完整软件公司的技术编制,角色涵盖产品经理、架构师、工程师以及 QA 测试。 典型案例:在代码部署前进行系统架构评审、性能瓶颈定位分析以及代码安全审计。
⚠️ 安全提示:在进行技术审计时,确保敏感硬编码密钥或业务核心代码已适当遮蔽。
-
金融投资类专家团 支持 A股/美股研究、个人理财规划、BP(商业计划书)财务建模与现金流推演。 典型案例:为即将开启融资的创业项目建立详尽的财务模型。
⚠️ 安全提示:AI 生成的金融内容仅供参考,绝不构成任何实质性的投资建议,请谨慎判断。
-
品牌营销类专家团 专注内容创作、内容变现、SEO(搜索引擎优化)与传播策略以及私域运营方案。 典型案例:为一个全新的自媒体账号制定包含冷启动策略的 30 天增长计划。
4.4.3 多团协作工作流¶
单一专家团队解决的是垂直领域的问题,而真正的商业闭环需要多团协作。在一个标准的“产品-内容-落地”闭环中,你可以先调用“产品设计类”专家团确定 MVP 原型,接着无缝切换至“技术工程类”专家团完成代码生成与测试部署,最后由“品牌营销类”专家团规划上线后的推广路径。通过这种多 Agent Team 的协同作业,一名超级个体完全有能力在一周内打通以往需要多部门耗时数月的完整商业闭环。
本章小结¶
本章从灵感体验出发,逐一拆解了 WorkBuddy 能力体系的三大组件。前半部分聚焦技能系统:从技能与普通对话的区别入手,解析了基于 Function Calling 的底层运行机制、安全沙箱保障,以及技能的安装、卸载与日常管理方法,并推荐了一批实用的零成本技能。后半部分实现能力升维:从技能(工具)到专家(方法与角色),再到专家团(团队协作),理解了召唤/创建流程、Multi-Agent 协作原理,并通过专家中心的多领域覆盖与五类典型专家团案例,看到了这些能力在真实商业场景中的落地方式。
在下一章中,我们将为这些能力接上外部数据——学习连接器与资料库:理解 MCP 协议与 OAuth 授权,掌握资料库“取资料 → AI 加工 → 存回沉淀”的完整闭环。
思考题¶
- 技能与普通对话在输出结果和适用场景上的核心区别是什么?
- WorkBuddy 调用技能的 Function Calling 过程包含哪几个主要步骤?面对可能产生风险的技能操作,系统提供了哪些安全保障机制?
- 在什么业务场景下,你会毫不犹豫地选择创建一个“专家团”而非单个“专家”?
- 简述 Multi-Agent 协作机制的五个关键阶段,团长在其中分别承担哪些职责?
- 结合五类典型专家团中的任意一个说明其典型任务场景,并用一个“产品-内容-落地”的例子描述多团协作如何运作。