WorkBuddy专家团原理拆解

在 WorkBuddy 里点一下“召唤专家团”，说一句话，一群 AI 角色就分头开工：有的查资料，有的写方案，有的做设计，最后由“团长”汇总成一份完整交付。它看起来像是腾讯训练了一百多个专家模型。其实不是。本文把官方文档、第三方拆包分析和实测都翻了一遍，讲清楚专家团的原理，它和你自己写一段提示词差在哪，以及什么时候值得用。

本文要点

• WorkBuddy 是腾讯推出的职场 AI 智能体桌面工作台，由腾讯云 CodeBuddy 团队开发，2026 年 3 月 9 日正式上线。WorkDaddy 是第三方工具，不是官方产品。
• 官方定义：专家是“角色切换”机制，由人设、方法论和工具链组成；专家团是“协作执行”机制，团长负责拆解、并行和整合。
• 第三方拆包显示：一个专家就是一个本地插件目录，里面是 plugin.json 加 Markdown 提示词，不涉及微调，也不是新模型。
• 专家团的运行流程是 TeamCreate 建团 → 拉起子代理 → SendMessage 回传 → 团长汇编，通信采用星型结构，由“铁律 + 红线”约束。
• 和自写提示词相比，单个专家差在工程化封装；专家团真正拉开差距的是三点：独立上下文、真并行、阶段闸门。
• 代价是更贵：官方说通常是单专家的 3–5 倍，第三方实测一例是 7–10 倍。另外，团员不一定都参与，团长也会漏检。

---

一、先确认对象：WorkBuddy 是谁

本文说的 WorkBuddy，是腾讯出品的全场景职场 AI 智能体桌面工作台，由腾讯云 CodeBuddy 团队开发。它 2026 年 2 月 6 日启动内测，3 月 9 日正式上线，有国内版（workbuddy.cn）、国际版（workbuddy.ai）和企业版（WorkBuddy Enterprise），三者属于同一条产品线。

名字容易混的有一个：WorkDaddy（workdaddy.dev）是第三方做的增强工具，不是腾讯官方产品。网上还有几个非官方手册站，也不代表官方口径。

2026 年 3 月 17 日，WorkBuddy 上线了“行业专家”功能，覆盖 12 大行业领域，共 140 多位专家。目前腾讯云活动页的说法是“150+ AI 专家团协作交付”。

二、官方定义：Skill、专家、专家团是什么关系

官方文档对这三个概念给了很清楚的定义：

• 专家：一种“角色切换”机制，用“人设 + 方法论 + 工具链”，让 WorkBuddy 以某个领域专家的身份执行任务。
• 专家团：一种“协作执行”机制，多位专家分工协作，团长自动拆解任务、并行执行，再整合交付。
• 三者关系：Skill 是能力，专家是能力加经验，专家团是多位专家加协作流程。

打个比方：Skill 是工具箱里的一把电钻，专家是会用电钻的装修师傅，专家团是一整支装修队外加一个包工头。

还有一句官方原话值得注意：专家本身不主动获取系统权限。专家要读你的文件、连外部服务，靠的是背后挂的 Skill 和 MCP，而且必须经过你的授权。

三、拆开专家包：一个专家在电脑里长什么样

⚠️ 官方没有公开专家团的架构文档。本节内容来自开发者王军建对本机安装文件的拆包分析，以及整理自内置 expert-manager 技能的规范手册，不是官方文档，版本更新后可能有变化。

拆包的结论很朴素：一个专家，就是一个本地插件目录，安装在 ~/.workbuddy/plugins/marketplaces/<市场>/plugins/<专家>/。

• .codebuddy-plugin/plugin.json：元数据，包括这是谁、属于哪个行业、卡片怎么展示。其中 expertType 字段，agent 表示单个专家，team 表示专家团。专家团还要多写一个 teamInfo: {leadAgent, memberAgents[]}，指明谁是主理人（团长）、谁是成员。
• agents/*.md：带 YAML 头的 Markdown 提示词。YAML 头写名字、描述、职业头衔和最大轮数（默认 50，主理人建议 150–200）；正文分四段：核心能力、工作流程、输出规范、注意事项。
• 可选的 skills/、bin/、avatars/。

有两个细节很关键。

1. 禁止在 Agent MD 里写 tools 字段，工具权限由系统统一分配。专家负责怎么想，系统负责能做什么。
2. 身份覆盖：进入专家模式后，系统会撤掉 WorkBuddy 默认的助手人格，只保留用户画像，再放入专家提示词，并在提示词首尾各锚定一次身份。

此外，安装目录里还有一份推荐索引 curated-experts.json，收录 60 个候选（50 个专家加 10 个专家团），每个都标注了适用场景和优先级，用来匹配你的问题。

拆包作者的结论是：专家能力的强弱，约等于 Agent MD 的质量，而不是模型本身。专家不是微调，也不是新模型。

四、专家团怎么跑：四个动作 + 一张流程图

根据拆包分析，专家团运行时有四个原语。第三方在 WorkBuddy 5.7.6 上实测时，也看到了 TeamCreate 这一步。

1. TeamCreate：团长建立团队；
2. Agent spawn：团长按预设工作流，把成员逐个拉起。每个成员都是独立的子代理，有自己的上下文窗口；
3. SendMessage：成员干完活，把结果发回团长；
4. 汇编：团长汇总本阶段产出，把原文转交给下一阶段，最后汇编成完整交付。

并行是有条件的。 官方文档写得很明确：能独立开展的步骤可以并行处理，有先后依赖的步骤要依次推进，并不是所有任务都同时执行。

拆包中的真实案例 trading-agent（交易分析团）有 13 个角色，分 5 个阶段：

阶段	内容	方式
1 数据收集	技术面、基本面、新闻、情绪 4 位分析师	并行
2 多空辩论	多头 / 空头研究员轮流辩论，研究主管裁决	串行
3 交易方案	交易员给出方案	串行
4 风险评估	激进 / 保守 / 中性三位风控 + 风险主管拍板	并行 + 裁决
5 汇编	团长汇编成报告	—

这本质上是一张写在提示词里的流程图：哪里并行、哪里串行、谁来裁决，全都预先设计好了。

五、铁律与红线：为什么只许跟团长说话

专家团规范里有“4 条铁律 + 5 条红线”（拆包），例如：

• 团队必须由团长亲自 TeamCreate；
• 团长不得代写成员的专业产出；
• 跨成员的信息必须经团长中转，成员之间不能直连，形成星型拓扑；
• 专业结论以成员输出为准；
• 不许跳阶段，不许 spawn 团长自己。

为什么写得这么严？因为大模型天生爱抄近道。你让它组织一个团队，它很可能一口气把所有角色的话都自己编出来。这些红线逼它真的把活分出去，不让多角色退化成一个人分饰多角。

还有一个有意思的对比：同一个团队做的 CodeBuddy，官方文档里的 Agent Teams 允许成员之间通过 Mailbox 直接通信。Claude Code 的 Agent Teams 也是类似的范式。

🔍 我的推测（官方未说明）：WorkBuddy 有意把通信收紧成星型，所有信息都经过团长，过程更可控、更好追溯；代价是成员之间没法自由讨论。

六、和自己写提示词，到底差在哪

先说结论：如果只看单个专家，区别没有想象中大。两者本质都是提示词，用的是同一个模型，能力上限一样。差别在工程化：人设、流程、输出格式被固化成文件，可以一键召唤、分享给同事（对方拿到的是副本），企业还能用 .zip 统一上传、按部门分发。专家还可以预装技能，连接器没连上时，用到的那一刻才弹出连接卡片，授权后自动继续。

真正拉开差距的是专家团：

维度	自己写的多角色提示词	WorkBuddy 专家	WorkBuddy 专家团
本质	一段 system prompt	提示词包（plugin.json + agent MD + 可选技能）	团长 + 成员提示词包 + 协作规范
上下文	所有角色挤在一个窗口	一个专家一个会话	每个成员独立子代理上下文
执行	一步一步串着演	单线程	没有依赖的步骤真并行
质量控制	模型想跳步就跳步	靠提示词自律	阶段闸门，团长退回修订，如实写明未参与成员
工具权限	自己接	系统统一分配，Skill/MCP 授权	同左
复用分发	复制粘贴	我的专家、分享、企业上传、专家市场	同左
成本	低	约等于普通对话	官方：通常 3–5 倍；实测一例：7–10 倍

当然，这些你自己也能复刻。CodeBuddy 和 Claude Code 都公开了子代理和团队的配置格式，只是需要你自己动手搭。

七、五大优势

1. 上下文隔离：每个成员只看自己需要的材料，复杂任务不容易把上下文撑爆；
2. 真并行：没有依赖的工作同时推进，总耗时有机会缩短；
3. 多视角制衡：多空辩论、三方风控这样的设计，能减少单一视角的盲区；
4. 流程可复用：好的工作方法写进团长提示词，每次召唤都走同一套流程，结果更稳定；
5. 门槛低：不需要懂多智能体编排，点一下召唤，用一句话描述任务即可。

八、代价与局限

• 贵：官方文档说，专家团积分消耗通常是单专家的 3–5 倍；另一份官方文档又写“不能按固定倍数估算”，两份口径不完全一致。AgentClaw 2026-10-07 的实测中，单专家约 1–2 积分，专家团用了 13.44 积分，约贵 7–10 倍。另有博主测试产品战略团，单次用掉 220 多积分。
• 人多不等于都干活：AgentClaw 那次实测，团里 7 个成员实际只调用了 3 个。好在团长在终检文件里写明了原因。
• 团长也会漏检：要求正文不超过 1000 字，最后交出约 1141 字。字数这类数字型硬指标，最终还是要你自己核对。
• 灵活性受限：专家团会话里不能临时换专家，要换只能开新对话。也有用户反馈专家和技能太多，挑起来像“开盲盒”。
• 不是真人：官方明确写了，专家不等同于真人从业者，输出没有经过专业人士审核。

九、怎么用好：三档原则 + 复刻四要点

什么时候用什么：

• 一句话能说清的小事 → 普通对话；
• 明确的单点问题，比如审一份合同、分析一份数据 → 单个专家；
• 跨领域、需要多个角色配合、最后要一份完整交付的大活 → 专家团。

召唤之后，任务描述最好写全五项：目标、背景、输入材料、约束条件、验收标准。复杂任务可以先让团长只出任务树，你确认后再执行。

想在别的工具里复刻一个专家团，记住四点：

1. 团长提示词里写清成员清单、每个阶段谁并行谁串行，以及“单一问题直接找谁”的路由表；
2. 每个成员单独一份提示词，只负责一个领域，并规定干完必须把结果回传给团长；
3. 用硬规则禁止团长代写和跳步；
4. 给每个成员独立的上下文，只把上一阶段的结论原文传给它，而不是整段聊天记录。

写在最后

专家团不是更聪明的模型，而是一套把项目经理写进提示词的工程方法。看懂这一点，你既能用好 WorkBuddy，也能把这套思路搬到任何一个智能体工具里。

查不到 / 存疑的地方：官方没有公开专家团的技术架构文档；专家团正式上线的具体日期没有查到（2026 年 5 月前后的第三方实测中仍标为 Beta）；没有找到专家团与单专家的大样本受控评测；官方没有说明团员能否各用不同模型。本文作者没有亲手运行 WorkBuddy，文中流程均依据公开资料整理。

如果这篇对你有帮助，欢迎关注 「硅基比特」，我们持续拆解 AI 工具背后的原理。对应的视频版也已在 B 站发布。

---

参考资料

1. WorkBuddy 官方文档 · 概览：https://www.workbuddy.ai/docs/zh/workbuddy/Overview
2. 腾讯云 WorkBuddy 产品页：https://cloud.tencent.com/product/workbuddy
3. 腾讯云 WorkBuddy 活动页：https://cloud.tencent.com/act/pro/workbuddy
4. WorkBuddy 专家中心（国内版文档）：https://www.workbuddy.cn/docs/workbuddy/From-Beginner-to-Expert-Guide/Function-Description/Expert-Center
5. WorkBuddy 专家中心（国际版文档）：https://www.workbuddy.ai/docs/zh/workbuddy/From-Beginner-to-Expert-Guide/Function-Description/Expert-Center
6. 腾讯云国际站文档 1316/84498：https://www.tencentcloud.com/zh/document/product/1316/84498
7. WorkBuddy Enterprise 文档（权限 / 专家上传 / Agent Teams）：https://cloud.tencent.com/document/product/1831/134393 ；https://cloud.tencent.com/document/product/1831/134421 ；https://cloud.tencent.com/document/product/1831/137017
8. 行业专家上线（腾讯云开发者社区）：https://cloud.tencent.com/developer/article/2640403
9. 界面新闻报道：https://www.jiemian.com/article/14087972.html
10. 王军建《WorkBuddy 专家 / 专家团机制研究》（第三方拆包）：https://wangjunjian.com/posts/2026-09-08-workbuddy-expert-mechanism/ ；《开发规范》：https://wangjunjian.com/posts/2026-09-09-workbuddy-expert-dev-spec/
11. 专家开发规范手册（第三方整理）：https://www.crazyowen.cn/expert/spec.html
12. CodeBuddy Code 子代理文档：https://cdn.jsdelivr.net/npm/@tencent-ai/codebuddy-code@2.137.0/dist/web-ui/docs/cn/cli/sub-agents.md
13. Claude Code Agent Teams 文档：https://code.claude.com/docs/en/agent-teams
14. AgentClaw 实测（2026-10-07）：https://www.agentclaw.net/tutorials/74-workbuddy-multi-expert-content-production/
15. 苏米客实测：https://www.xmsumi.com/detail/3230
16. 腾讯云开发者社区用户文章：https://cloud.tencent.cn/developer/article/2713951 ；https://cloud.tencent.com/developer/article/2763243
17. WorkDaddy（第三方工具）：https://workdaddy.dev/