02
众所周知，WorkBuddy是个人工具，没有企业概念，每个人都是操作员，也都是管理员，自己开发、自己调试、自己用，一个人全干完，合并在一起切换少、效率高。所以它只有一种模式，开发和运行合在一起，不分开。
灵基是企业平台，面向多角色协作。企业里有两种人，建设者是小部分，使用者是大部分。灵基把能力拆成两个模式，工作模式给使用者，开发模式给建设者。开发者负责建，管理员负责审核发布。分开后各角色界面更聚焦，且技能上线需经过提交、审核、发布的治理流程，避免未验证的能力直接跑到生产环境。
WorkBuddy合并，是因为「一个人干完所有事」；灵基分开，是因为「不同角色干不同的事，且需要治理和审核」。
用惯WorkBuddy的人，习惯了一个界面搞定所有事。到了灵基，先要回答一个问题：我是建设者，还是使用者？
03
开发模式跑在本地机器，能读本地磁盘。工作模式是沙箱，只能在云端容器里跑，文件访问限于对话的工作目录。
培训里的RPA是现成例子。RPA要登录系统、模拟浏览器，这种技术在云端跑不起来，只能在开发模式里跑。反过来，用到云端发布功能的Skill，在开发模式里载入反而用不起来，要切回工作模式。
既然开发模式也跑在本地，和WorkBuddy一样能访问本地文件、做RPA，那为什么不像WorkBuddy那样合并？考量来自于两个维度：
产物去向不同。WorkBuddy本地开发、本地用，技能留在自己机器上，自己用就行。灵基开发模式是本地开发，但产物要提交到云端，经过审核发布后，进入企业工作模式供全员使用。起点在本地，终点在云端，两个阶段做的事不一样。
使用对象不同。工作模式面向全员，只消费已发布的能力，界面要简单干净。开发模式面向开发者、实施顾问，需要本地工具链、ERP环境配置、调试能力，界面要专业。
分开的真正原因，藏在「本地构建 → 云端发布 → 全员使用」这条流水线里。开发模式跑在本地，但产物要上云；工作模式跑在云端，消费已发布的能力。两个阶段面向不同人、做不同事，所以分开。WorkBuddy没有这条流水线，本地开发本地用，所以可以合并。
当然，区分本地和云端也没那么麻烦，判断规则很直白：本地的、RPA的、浏览器模拟的，走开发模式；云端的、知识库的、系统集成的，走工作模式。
