01

昨天，老丁开了一场面向内部的小规模灵基应用线下+线上培训，有60多人参加，核心主题是把大家从WorkBuddy迁移到灵基。培训现场，有同事问了一个所有人都想问的问题：为什么我在WorkBuddy上开发的东西，到灵基里跑不起来？

这其实是一个先入为主的误解。用惯一个工具再换新工具，第一反应往往是「这不如那个」。WorkBuddy里做的Skill，传到灵基有的能用、有的报错，界面变了，功能位置也变了。

但灵基的问题，恰恰不出在功能上，WorkBuddy上搭的Skill在灵基的兼容性极高。WorkBuddy里能做的事，灵基基本都能做，本地读写、技能编排、定时任务，一个不少，智能体调用也在，还能更进一步打通ERP系统数据。不适应的根源在别处。

02

众所周知，WorkBuddy是个人工具，没有企业概念，每个人都是操作员，也都是管理员，自己开发、自己调试、自己用，一个人全干完，合并在一起切换少、效率高。所以它只有一种模式，开发和运行合在一起，不分开。

灵基是企业平台，面向多角色协作。企业里有两种人，建设者是小部分，使用者是大部分。灵基把能力拆成两个模式，工作模式给使用者，开发模式给建设者。开发者负责建，管理员负责审核发布。分开后各角色界面更聚焦，且技能上线需经过提交、审核、发布的治理流程，避免未验证的能力直接跑到生产环境。

WorkBuddy合并，是因为「一个人干完所有事」；灵基分开，是因为「不同角色干不同的事，且需要治理和审核」。

用惯WorkBuddy的人，习惯了一个界面搞定所有事。到了灵基，先要回答一个问题：我是建设者，还是使用者？

03

开发模式跑在本地机器，能读本地磁盘。工作模式是沙箱，只能在云端容器里跑，文件访问限于对话的工作目录。

培训里的RPA是现成例子。RPA要登录系统、模拟浏览器，这种技术在云端跑不起来，只能在开发模式里跑。反过来，用到云端发布功能的Skill，在开发模式里载入反而用不起来，要切回工作模式。

既然开发模式也跑在本地，和WorkBuddy一样能访问本地文件、做RPA，那为什么不像WorkBuddy那样合并？考量来自于两个维度：

分开的真正原因，藏在「本地构建 → 云端发布 → 全员使用」这条流水线里。开发模式跑在本地，但产物要上云；工作模式跑在云端，消费已发布的能力。两个阶段面向不同人、做不同事，所以分开。WorkBuddy没有这条流水线，本地开发本地用，所以可以合并。

当然，区分本地和云端也没那么麻烦，判断规则很直白：本地的、RPA的、浏览器模拟的，走开发模式；云端的、知识库的、系统集成的，走工作模式。

04

刚从WorkBuddy切到灵基的时候，到处看到「Agent智能体」这个词，因为WorkBuddy里不流行，说实话有点陌生。后来发现，灵基里的Agent，其实就是WorkBuddy里的「专家」。本质上都是把多个技能组合到一起、由系统自动判断调用顺序的智能体。

那为什么灵基非要强调Agent这个概念？

核心原因在WorkBuddy里，技能是你自己搓的，几个、十几个，什么场景选什么技能，你心里有数，直接@就行，不需要一个「中间层」帮你归类和定位。

但一旦上升到企业层面，情况就不一样了。几十个人、上百个人各自开发的技能，成千上万个被共享出来后，如果没有一个归类和定位的单元，用户根本找不到该用哪个。Agent就是这个归类单元。把相关技能按业务场景组装到一起，比如「销售助手」里打包了订单查询、趋势分析、报告生成等技能，用户只需要选Agent，不用关心里面具体调了哪些技能。

简单说：个人时代技能少，你自己就是调度员；企业时代技能多了，Agent替你当调度员。是规模到了，中间层就必须有。

所以在从WorkBuddy切到灵基时，要关注Skill和Agent的区别。Skill是能力单元，代表一种能力。Agent是岗位角色，有角色属性，还挂着一堆能力。Agent等于多个Skill的组合，加上角色设定，处理端到端任务。

老丁在培训里也举了很多直观的例子：客户服务智能体，是把多个客服技能打包，加上「细心、用心、耐心对待客户、客服风格」的角色定位；提成核算智能体，把提成相关技能全放进去，加上「严谨、数据敏感、财务风格」的角色定位；项目管理智能体，项目启动、上线交付、验收，各个Skill环环相扣成一条工作流，加上「PMP严谨、专业、项目经理风格」的角色定位。理解了Agent是什么，这一层不适应就消掉一大半。

05

权限与审计，是灵基和WorkBuddy最大的区别。灵基的架构分六层，从模型算力、知识本体，到编排开发、智能体运行，再到权限审计、市场生态，权限审计是第五层，也是关键一层。比如C-ERP的API原生没有权限控制，知道API就能取数据，权限和审计都不完善。在灵基接入时，就需要天然做到权限合规、审计和价值对齐，这是它有别于市面上多数办公AI的地方。

权限管控的严，还散落在灵基使用的每个环节。

比如知识库分两档，私密的进个人知识库，全员共用的进共享知识库，共享要给权限；开发配置里有个自动接受权限的开关，不打开的话，每次调工具系统都会弹出批准请求……

审核也不是走过场。在灵基里Skill分发两条路，个人使用免审核，自己能用就行；企业分发要管理员审核，过了才全员可见。技能上线走提交、审核、发布的流程，就是不让没验证过的能力直接跑进生产环境。上传skill会自动过安全检测，测不过会反馈原因。开发好的技能和智能体，会在测试租户里跑，不会在正式环境试。

为什么管这么严？因为灵基连的是ERP。C-ERP里是企业真实的单据、库存、账目，权限是边界，审计是痕迹，这两样立不住，AI越能干，风险越大。用惯WorkBuddy的人觉得这是束缚。但从企业交付的角度看，这是必须有的闸门。所以不适应灵基的背后，是个人工具到企业平台的跨越。

06

当然，用灵基的过程中，这种不适感也不难消除。

用惯WorkBuddy的不适应，根源是「个人工具到企业平台的模式切换」。灵基优先要解决的是基于ERP+AI的企业AI治理的问题，而办公AI是在企业AI落地大前提下的附加应用。

先定身份、选对模式、按规则迁移，这套流程走一遍，适应期很快就会过去。WorkBuddy不过是占了先入为主的先发优势。更何况灵基的点数是由企业一并承担，WorkBuddy 积分却要自费，关键定价还死贵。