刚刚，鹅厂放了个大招：WorkBuddy开放平台，正式上线。
这和我之前在「冷逸的圈子」群里的判断一致：WB正在生态上发力，软硬件一起建设。
前段时间还只是邀测，今天正式上线了，所有个人开发者、公司都可以入驻，目前免费。
这意味着什么？
简单说，以前你想做一个AI Agent产品，得先自己造一个Agent——这件事，99%的个人和公司都造不起。现在，腾讯把造好的Agent底座直接端出来了。你的业务、服务、技能、工作流，搬上去就能跑。
你负责造场景、造应用，WorkBuddy负责提供Agent OS。
如何使用？
这次WorkBuddy一口气开放了5个生态能力：Buddy应用、专家、Skill、连接器和硬件。
一个个说。
Buddy应用，特别适合垂直行业，比如搞金融、法律、医疗、教育、设计、视频制作的朋友，你只需要把场景、业务上下文、工具能力和品牌接进来，无需自研AI Agent，就能获得一个自己品牌的垂类Agent产品。
专家（Expert），有点类似知识库，将你这个行业的Know-How、专业经验进行封装。接到wb里后，就可以公开调用。可以单Agent，也可以组Agent Team。
Skill，这个就不多解释了，万物都可以Skill。
连接器（Connector），可以是MCP，也可以是CLI，以API形式让Agent连接外部系统，比如邮箱、飞书、文档、ima、GitHub等，都能接进来。
硬件，所有旧硬件无需自己再造Agent，直接连上wb就行。第一批，他们接入了30多个硬件品牌，基本覆盖“听、看、记、聊、协”等核心场景。
来自好友@AJ 的现场图
认识这五大能力后，下面我们来实操一下，怎么接入WorkBuddy开放平台。
首先注册WorkBuddy开放平台账户。
注册后需要进行认证，可以选个人认证，也可以选企业认证。
这里说明一下，能企业认证的话尽量选企业认证，这样五大能力都可以接入。如果是个人认证的话，Buddy应用和硬件，无法使用。
企业认证，也很简单，先上传营业执照，然后法人扫一下人脸就行。
如果你没有公司，也可以先个人认证，后面再企业认证。一个账号，可以同时做个人认证和企业认证。
认证后，就能进入后台了。
我们选择「技能」，上传一个Skill试试看。
它提示我YAML区的格式不对，这个倒很简单，直接用我开源的markdown编辑器改一下就行。
建议大家按照这个格式来写Skill，这样可以快速通过。
---name: your-skill-namedisplay_name: 展示名称display_name_en: 英文名称description: 一句话描述技能能力description_zh: 简短中文介绍description_en: A Brief English Introductioncategory: 分类名 # 分类之一version: 1.0.0author: 合作方名称---# 技能指令正文当用户需要做 XX 时，按以下步骤执行：1. ...2. ...3. ...
以及推荐的Skill结构：
skills/└── {skill-name}/├── SKILL.md # ★ 技能定义（必须）├── references/ # 参考资料（可选）│ ├── api-spec.md # API 规范、字段类型等│ └── examples.md # 示例数据├── scripts/ # 可执行脚本（可选）│ ├── fetch-data.js # 数据获取脚本│ └── transform.py # 数据处理脚本└── templates/ # 模板文件（可选）├── report.sh # 报告生成模板└── workflow.sh # 工作流模板格式
注意，所有冒号后面都要空一格，不然就像我这样……一直在YAML区改了七八遍，才上传成功。
同时，也尽量不用引号“”，不然很容易解析失败。给大家看下我最终上传成功后的Skill YAML区。
上传后，接下来就是做一些配置了，多数内容它都已经自动解析好了，主要就是选分类、服务类目和头像。
说到这里，必须吐槽一下，腾讯的大多数产品后台都比较难用。都AI时代了，居然还是让用户一个个去点选，不支持意图识别。
而且，我这个Skill在服务类目找了半天，硬是找不出符合它的类目。尤其是AI相关的，很难找到合适的类目。
最后，索性选了一个商业服务类目。之后，这个Skill就可以提交审核了。
后面，大家在WorkBuddy技能市场直接搜「视频提示词专家」，就可以调用我这个Skill了。
预计多久能用呢？官方说7个工作日左右，审核通过后会通知我。
其他的连接器、专家和专家团，也基本是同样的流程。
连接器，支持MCP+Skill和CLI+Skill的方式，两种都可以。
MCP + Skill的基础结构：
your-connector/├── connector-meta.json # 连接器元信息（必须）├── mcp.json # MCP Server 连接配置（必须）├── icon.svg # 市场图标（必须）└── skills/ # AI 使用说明（可选）└── {skill-name}/└── SKILL.md
CLI + Skill的基础结构：
your-cli-connector/├── connector-meta.json # 连接器元信息（必须，type 为 cli）├── cli.json # CLI 安装与认证配置（必须）├── icon.svg # 市场图标（必须）└── skills/└── {skill-name}/└── SKILL.md # CLI 使用说明（强烈推荐）
专家，支持单Agent的专家和多Agent Team的专家团。
专家的基础结构：
my-expert/├── .codebuddy-plugin/│ └── plugin.json├── avatars/│ └── expert.png├── agents/│ └── my-expert.md└── README.md
专家团的基础结构：
my-team/├── .codebuddy-plugin/│ └── plugin.json # ★ 配置文件（必须）├── avatars/ # ★ 头像目录（必须）│ ├── team.png # 团队头像│ ├── team-lead.png # 主理人头像│ ├── member-a.png # 成员头像│ └── member-b.png # 成员头像├── agents/ # ★ Agent 定义（必须）│ ├── {team}-team-lead.md # 主理人（名称须加专家团前缀，不可用通用 team-lead）│ ├── member-a.md # 成员 A│ └── member-b.md # 成员 B├── skills/ # 共享技能（可选）│ └── {skill-name}/│ ├── SKILL.md│ ├── references/│ ├── scripts/│ └── templates/├── .mcp.json # 内置 MCP / 连接器依赖声明（可选，见第六节）├── bin/ # 可执行文件（可选）├── settings.json # ★ 设置主理人（必须）└── README.md # 说明文档（推荐）
Buddy应用，你可以理解为是垂直行业的AI Harness，你无需自己再搭一套AI产品，而是直接通过Buddy应用封装，就可以把将行业的know-how整合到WorkBuddy里。
Buddy应用可以自定义System Prompt，内置工具，模型配置以及场景胶囊等。用户端，最后看到的界面是这样。
硬件接入，采用的是第三方调API的方式接入WorkBuddy，这是整体接入流程。
以上，就是WorkBuddy开发平台的整体接入流程，希望能够对你有所帮助。