P.S. 无意间发现了一个巨牛的人工智能教程，非常通俗易懂，对AI感兴趣的朋友强烈推荐去看看， 传送门https://blog.csdn.net/HHX_01

最近AI Agent圈热闹得跟菜市场赶集似的，你方喊完“生态开放”我方登场，个个都把阵势摆得足足的。9月2号腾讯也扔出个WorkBuddy开放平台，通稿里“超百家生态伙伴”“9款联名硬件”“30+行业应用”，数字摆得整整齐齐，不知道的还以为行业明天就要洗牌了。

1. 先拆拆发布会的真实水分

咱先把官方滤镜摘了，说说发布会背后那点实在事。

1.1 发布和能用，完全是两码事

官方说9月2号正式上线，翻了下客户端更新日志，当天桌面端更到了5.5.1版本，而前一天的5.5.0才刚加上行业Buddy应用入口。

说白了就是客户端先把入口给你挖好了，开放平台同步官宣，但这不等于所有能力都能直接跑通。就跟奶茶店开业挂个“百款新品”的横幅，真点单的时候能有一半能做就不错了。

1.2 三个最直观的第一判断

不用抠官方话术，看完发布会基本能得出三个结论：
第一，产品边界往外扩了。第三方既能给平台加能力，也能把它接到自己产品里，双向打通。
第二，行业应用的核心根本不是模型。同样的模型差不多的提示词，抄起来分分钟的事，真正难复制的是业务数据、服务权限和客户关系。
第三，“开放”俩字得分层看。文档公开、账号能申、接口能用、生产稳定、能赚到钱，这是五个完全不同的阶段。别看见个开放文档就觉得是全开放了，跟游戏打怪升级似的，早着呢。

2. 所谓五大核心能力，翻译成人话是啥

官方分了Buddy应用、专家、Skill、连接器、硬件五类，听着挺玄乎，我给你挨个拆明白。

2.1 Buddy应用：把零散能力拼成现成场景

说白了就是行业专属工作台，支持配置工作模式、场景胶囊、模型组合这些，还能通过MCP Apps接入已有服务。

举个例子，合格的“销售工作台”不是把“写作专家、表格专家”摆一排当货架，而是直接给你“整理拜访记录”“生成跟进草稿”这种现成的任务入口。用户点一下，后台自动调度能力干活。

当然也别想太美，这和完全独立的白标产品不是一回事。独立安装、独立账号、独立计费这些，都得单独确认，别想当然。

2.2 专家与Skill：把“动脑子”和“干杂活”分开

很多人搞不清专家和Skill啥区别，其实特别好懂：
专家管专业判断，比如判断资料够不够、结论怎么组织；Skill管标准化执行，比如读表格、校验字段、生成固定格式的文件。

就跟公司里的老员工和实习生搭配，老员工拍板定方向，实习生埋头干重复活。分工明确了，出问题也好排查：判断错了找专家，文件错了改脚本，不用乱成一锅粥。

Skill的入口就是个 SKILL.md 文件，搭配参考资料、脚本和模板就能用；专家则是通过插件配置定义角色，还不能自己随便加系统工具权限。

# Skill 基础结构示例
SKILL.md      # 技能说明与执行入口
scripts/      # 具体执行脚本
templates/    # 输出格式模板
refs/         # 配套参考资料

2.3 连接器：让你的业务能力能被调用

官方给了两种接入方式：网络服务优先用MCP+Skill，已有稳定命令行工具就用CLI+Skill。

给SaaS厂商提个醒：第一版别贪多，就做几个最明确的动作，比如查询订单、读取客户资料、创建草稿就行。

别一上来就敞开任意SQL查询、任意文件读取，跟你家大门别随便全开一个道理。服务端该校验的权限、租户、操作额度一个都不能少，不能模型传啥你都信。

2.4 硬件：把采集数据变成能落地的活

这次发布会提了智能眼镜、录音设备这些方向，目标是让设备采集的内容直接对接任务和产物。

但别光盯着转写准确率吹，转写对了不代表活干完了。就跟你开会录了个音，不代表会议纪要和待办清单自动生成了。完整链路能不能跑通，数据能不能对应用户，待办准不准确，都得挨个测。

3. Open API到底开放到哪一步了？

很多人一听见“开放API”就激动，觉得拿个密钥就能为所欲为了，醒醒，没那好事。

3.1 五类接口，个个都有坑

目前公开的接口覆盖身份授权、本地助理、云端任务、交互成果、积分权益这几块，都是用户授权后才能调用的模式。

给你们提前踩个坑：
用户授权不等于无限业务权限，别想当然；有公网API不代表本地离线也能跑，别想多了；云端任务不自动拥有本机文件，别瞎操作。

还有接受任务不等于交付成功，核销接口也不等于开发者能直接分账。宣传里只会说“支持”，不会告诉你边界在哪，自己得心里有数。

3.2 一个最稳妥的最小调用流程

求稳的话，按这个流程走准没错：
用户授权 → 业务后端校验请求 → 选择本地或云端任务 → 展示进度与待确认操作 → 用户确认 → 保存成果引用。

别嫌麻烦，少一步都可能出幺蛾子。尤其是涉及写操作的，没用户确认千万别直接执行，到时候背锅的还是你。

4. 和扣子、Dify、OpenClaw比，该怎么选？

现在Agent平台没有一百也有八十，别拿着功能列表比数量、比参数，纯纯浪费时间。核心就比两件事：控制权在谁手里，交付方式靠不靠谱。

4.1 四个平台一句话定位

我给你们总结成大白话，对号入座就行：

• WorkBuddy：适合想把专业服务塞进办公入口，或者给自家已有产品加Agent执行能力的团队
• 扣子：适合以自己的应用逻辑为核心的团队，先看已有流程能不能复用，别为了凑生态瞎迁移
• Dify：对执行路径可视化、后端编排、部署控制有明确要求的，优先评估它
• OpenClaw：愿意自己扛配置、安全、运维，需要更强环境控制的团队选它

很多人选平台跟选手机似的，对着参数表挨个比，比到最后选了个参数最牛的，结果和自己业务完全不搭，纯纯本末倒置。

4.2 已有系统的团队别瞎折腾

手里已经有SaaS、行业数据库或者工作流平台的，我劝你稳着来。

就把WorkBuddy当个新增渠道和执行客户端就行，订单、客户、权限这些核心数据还得攥在自己系统里。Agent只读必要的上下文，通过受控接口提交操作，这才是稳妥的玩法。

别为了加入个生态就把所有业务编排全迁过去，跟为了换个智能音箱把家里家电全换了一样，纯属脑子发热。

5. 开发者怎么选接入路径？

别一上来就想整个大而全的Buddy应用，步子大了容易扯着，根据自己的现状选第一步。

5.1 不同现状的起步建议

给你们分情况捋清楚：

• 有方法有模板，没业务后端：先做一个Skill，不够就再加个专家，先验证能不能产出合格成果
• 有API、有数据、有工具：先整个只读连接器，测通授权、数据不越权就行
• 有稳定客户、有一堆行业任务：整个小范围的Buddy应用，看用户愿不愿意持续用
• 有App、网页或者硬件入口：先做个用户授权的任务调用试验，看进度、结果能不能顺利返回
• 需要无人值守持续跑：先核实云端运行规则和服务条款，别到时候离不开个人电脑

总之一句话：从小处着手，跑通了再扩。很多人死就死在一开始就想做个平台级应用，结果半路上就把资源耗光了。

5.2 成本账千万别算错

算成本的时候别光盯着模型调用费，那只是小头。

第三方数据费、连接器维护费、人工复核成本、客户支持成本，这些全加起来才是总成本。

建议用“每个被用户接受的成果花了多少钱”来算经济性，失败的、被退回的都别算进分母里。很多团队只看推理成本低就猛上量，结果售后成本是推理的十倍，越做越亏。

6. 落地节奏怎么控？给你个90天验证计划

官方说支付和分发能力还在建设中，这个听听就行，别等。自己的落地节奏得自己把控，给你们一个90天的验证方案。

6.1 四个阶段，步步为营

• 第1-14天：选一个最高频的任务，准备20个左右脱敏样本，跑通授权、调用、拿结果全流程。同一批样本反复测，直到能精准知道失败在哪一步
• 第15-30天：找5-10个目标用户实测，加上过期授权、重复请求、离线这些异常场景。目标是用户能独立完成任务，关键权限问题都处理掉
• 第31-60天：接入受控的写操作和人工审批流程，记录成本、返工率和支持时间。目标是单次交付成本能接受，高风险操作有阻断和追溯
• 第61-90天：根据真实使用数据决定要不要扩展更多能力。复用需求得来自真实用户，不能自己拍脑袋加功能

6.2 每周盯这四个指标就够

别搞一堆花里胡哨的报表，每周看四个数就行：任务完成率、成果接受率、人工介入时间、单位有效成果成本。

记住，要分开记“系统说完成了”和“用户真接受了”两个数。别把模型输出当业务成功，那纯属自欺欺人。

用户只尝鲜一次，就去查任务入口合不合适；经常需要人工修正，就先收窄范围；推理便宜但售后贵，扩量就是放大亏损。

7. 选型前必问的几个问题

最后给你们提个醒，下面这些问题没搞清楚之前，别着急all in。

• 接口可用性：文档和实际接口一致吗？并发、限流、稳定性到底咋样？没实测过都不算数
• 商业化：分成比例、定价权、结算周期，这些最实在的东西都明确了吗？
• 数据与记忆：跨设备跨应用的记忆怎么隔离？数据导出边界在哪？别听“多端同步”就觉得数据能全拿走
• 运行环境：本地和云端表现一样吗？同一场景不同环境会不会翻车？
• 生态互通：MCP、CLI这些能减少适配，但权限、展示、运行环境会不会绑定平台？

说白了，近期最靠谱的做法就是做一个可退出、可测量的小试验。先让它证明能带来价值，再决定投多少资源进去。试错成本低，才敢放心试。

P.S. 无意间发现了一个巨牛的人工智能教程，非常通俗易懂，对AI感兴趣的朋友强烈推荐去看看，传送门https://blog.csdn.net/HHX_01