WorkBuddy生态大会上，Buddy应用把Agent OS直接开放给垂直行业，北森、帆软、微盟首批上架。一家HR SaaS企业，曾自研薪酬、考勤专员Agent，如今要权衡：继续死守自有底座，还是把业务逻辑接进平台借力存量流量？

前几天WorkBuddy生态大会，朋友圈都刷屏了。

现场座无虚席，跟半年前完全两个样——那时候这玩意儿刚上线，没几个人知道它是干啥的。现在不到180天，月活干到桌面端AI办公第一，2000多万的访问量。

说实话，看着发布会消息，我脑子里就一个念头：我们折腾了大半年的自研Agent，是不是白干了？

我们是一家HR SaaS公司，做了十几年考勤薪酬排班。去年觉得AI浪潮来了，得自己搞点东西，于是吭哧吭哧搭了一套Agent，把每个业务封装成虚拟员工——薪酬专员Agent、考勤专员Agent，听着挺像回事。

结果WorkBuddy这次发布会直接甩了个“Buddy应用”出来，意思是：你不用自己搞AI底座，把业务逻辑接进来就行，我们给你提供Agent OS。

首批30多个应用已经上架了，覆盖金融、法律、医疗、教育20多个领域，北森、帆软、微盟这些熟面孔都在名单上。

这就让我们陷入了一个灵魂拷问：这条路，到底还要不要走下去？

说说我们踩过的坑吧

先说结论：如果你是一家中小型SaaS企业，现阶段先上Buddy应用，别自己瞎折腾。

为什么？因为我们折腾过，疼过。

第一个坑：你以为接口封装一下就能用，结果完全不是那么回事。

我们一开始想得挺美，把现有的Open API封装一下，Agent不就能调了？天真。

现有接口是给人用的——人登录系统、点点点、看页面。Agent调用是另一套逻辑，鉴权方式不一样，数据返回格式也不一样。人看1000条数据没问题，Agent的上下文窗口直接爆。

于是我们花了好几个月，把考勤薪酬相关的接口一个一个拆成“原子化”的——就是拆到最细粒度，让Agent能像搭积木一样按需调用。三个人的团队，折腾了2个多月，才把核心场景跑通。

第二个坑：CLI还是MCP？我们纠结了半天，最后都得维护。

这个真是一言难尽。一开始以为选一个就行了，后来发现自建Agent得用CLI，对接第三方平台又得用MCP。两套方案都得写，代码量翻倍，维护成本直接往上飙。

第三个坑：做出来了，没人用。

这个最扎心。

技术搞定了，Agent能干活了。然后呢？官网挂了个入口，一个月不到200人访问。销售去客户那演示，客户说“挺有意思”，然后没然后了。写技术文章，读者全是同行，都在问你“这个怎么实现的”，没一个问你“这个怎么买的”。

折腾了大半年，投入了不少人力，结果发现最大的问题不是技术，是没人知道你有这个东西。

再看看WorkBuddy这边

WorkBuddy开放平台这次放出来的东西，说白了就是一句话：你造场景，我造底座。

具体能干的事分五个方向：

1. Buddy应用——最适合我们这种垂直行业玩家。你懂HR、懂财务、懂法律都行，把业务逻辑接进来，就能在WorkBuddy上挂一个自己品牌的AI应用。首批30多个应用已经上架了，覆盖20多个领域，说明这事门槛确实不高。
2. 专家——说白了就是行业知识库。把你这个领域的专业经验标准化，别人可以调用。可以单干，也可以组一个专家团队协作。
3. Skill——就是技能包。WorkBuddy的Harness上已经积累了超过7万个技能，腾讯云已经把OCR、语音合成这些AI能力封装好了，拿来就能用。
4. 连接器——对接外部系统的，支持MCP和CLI两种协议。邮箱、飞书、文档、GitHub都能接。这个对我们来说挺友好，之前折腾的那套东西没白费。
5. 硬件——所有旧硬件直接连WorkBuddy，不用自己再造Agent。眼镜、录音卡、麦克风、耳机，首批30多个品牌已经接入了。

最打动我的其实就一点：WorkBuddy月活已经冲到桌面端AI办公第一了，2097万访问量。

这意味着什么？意味着我接进去之后，直接面对几百万存量用户。不用从零开始找客户，不用写文章做推广，不用一个一个拜访演示。平台自带流量，我只需要把场景做好。

最扎心的问题：接进去之后，我怎么赚钱？

我知道你在想什么——前面说了那么多Buddy应用的好，但如果我把核心能力接进WorkBuddy，客户通过WorkBuddy就能用，那我的SaaS还卖什么？我的Agent座席和Token还怎么收费？

这个问题我们内部吵了好几轮，最后发现一个事实：这事目前没标准答案。

我问了一圈，翻了一堆发布会报道，情况是这样的：

首先，Buddy应用上架本身目前是免费的。开放平台刚上线，还在拉伙伴阶段，没到收“摊位费”的时候。

其次，变现模式没定型。 WorkBuddy开放生态负责人林佐露接受采访时说了一句大实话：“谁来买单这个问题……大家是为一个有生产力价值、真的帮他解决问题的任务去买单，这里带来的支付或者交易，在整个行业的链条上，我相信会逐步形成一个合理的价值分配（机制）。”

翻译成人话就是：以后肯定会有分润，但怎么分、分多少，还没定。

第三，连第一批上车的头部ISV都在观望。 帆软的人说了句话让我印象很深：“WorkBuddy及同品类产品目前也仍处于教育用户的阶段，正式谈用户付费是下一阶段的事。”

连帆软这种体量的厂商都这么说，说明大家都还在摸索。

那我们还上不上？

说实话，这个问题没有标准答案。我们内部讨论了几轮，最后达成了一个共识：先上，但别指望马上靠它赚钱。

逻辑是这样的：

目前上架免费，先占个坑再说。 等平台分润机制跑通了再谈收入，成本几乎为零。

借WorkBuddy的流量验证市场需求。 我们自研Agent最大的痛点是没人知道，WorkBuddy自带几百万用户。先看看“AI+薪酬/考勤”这个场景到底有没有人用、怎么用，拿真实数据说话。

接口原子化改造已经做完了，复用就行。 WorkBuddy的连接器支持MCP和CLI，我们之前折腾的那套东西直接对接，不需要重复投入。就算将来分润不理想，切回来自己卖也不亏。

商业模型是跑出来的，不是想出来的。 林佐露有句话说得挺在理：“生态是不太能被计划的，有没有生态其实是一个结果。” 伙伴怎么赚钱、平台怎么分润，这些事大概率也是跑着跑着就清楚了。

什么情况下还是得自研？

说了这么多，是不是自研就完全没必要了？也不是。有几种情况自研还是有道理的：

第一种，数据死活不能出公司。

比如做政务、军工、某些金融机构的，员工薪酬数据、身份证号这些必须留在本地，任何云端方案都不行。虽然WorkBuddy有混合部署方案，但如果客户要求核心数据绝对不能离开自家服务器，那只能自研+本地部署。没得选。

第二种，业务真的太复杂了。

WorkBuddy的底座是通用的，能覆盖80%的场景。但有些行业真的太垂直了。

拿薪酬计算来说，各地社保基数不一样、公积金比例不一样、个税规则每年变。我们自研的薪酬Agent，光是“个税累计预扣”这一个逻辑，Skill里就写了30多条判断分支。这种深度，通用底座短期内确实兜不住。

但说实话，绝大部分SaaS场景没这么复杂。如果你只是做报销审批、合同管理、客户跟进这些，通用底座完全够用。

第三种，你真的想把Agent作为核心壁垒。

有个做法律SaaS的同行，自研了“法规检索Agent”，把10万+法律法规、判例数据做成了知识库。这玩意儿成了他们的核心卖点，竞品想抄都抄不了——数据积累不是一朝一夕的事。

如果你判断AI化是公司未来5年的核心竞争力，投入是值得的。但如果只是“别人有我也得有”，那就没必要自己造轮子。

我们的决定：先上车，再看路

昨天开完会，我们内部讨论结果是：先上Buddy应用，把考勤和薪酬两个场景接进去试试水。

原因特简单：自研折腾了大半年，累死累活，最头疼的居然是推广。WorkBuddy自带几百万用户，与其自己吭哧吭哧推，不如先借这股东风跑起来。

等跑通了，验证了市场需求，积累了用户反馈，到时候再评估要不要自研也不迟。接口改造那套东西已经做好了，复用就行，不算重复投入。

反正不管走哪条路，接口原子化改造都是逃不掉的活。既然活已经干了，换个姿势落地不亏。

最后说几句大实话

这一路踩坑下来，最大的感受就一句：别被“自研”这个词绑架了。

很多时候我们想自研，不是因为真的需要，而是因为“自研”听起来更高级、更可控、更有技术含量。但商业世界里，算账比面子重要。

客户不关心你的Agent是自己写的还是接别人的，他们只关心：能不能帮我干活？能不能省时间？能不能少花钱？

只要能，怎么实现的没那么重要。

至于“接进去怎么赚钱”这个问题——我觉得不用太焦虑。WorkBuddy拉了超百家生态伙伴进来，大家都面临同样的问题。平台想做大，就一定会让伙伴赚到钱，否则生态建不起来。帆软在观望，北森在观望，大家都在等，但大家都先上车了。

先上车，再看路。总比站在站台上等车开走强。