企业软件如何接入WorkBuddy等办公智能体?

前些天，我把自己Vibe Coding的CRM接口封装成MCP，接入了ClaudeCode、WorkBuddy等产品（关于这类产品的演进和底层逻辑，我昨天刚发了一篇文章文件驱动和任务驱动：聊聊 ClaudeCode、CODEX、WorkBuddy、豆包工作），效果让我很震惊：只是在接口层做语义封装，Agent就能完成ReAct（Reasoning Acting），基于接口和返回数据多轮探索并给出结果，效果不比我之前在CRM里内嵌的Agent侧边栏差。

把软件接入第三方智能体的概念，上半年就出现了，叫无头软件（Headless Software），意思是软件不再需要GUI界面。Salesforce、Shopify等产品早已完成无头改造。

先聊聊这种模式的优点。

我认为最大的创新是拓展了应用场景，带来了无穷的想象力。用户可以在一个对话框里，同时控制多个企业软件协同工作。例如用户可以说：请把我在CRM最新录入的十个客户，在SRM系统中按企业名称模糊匹配去重后录入ERP，再顺便分析下这些客户的特点。

这个例子不太严谨，但不可否认，无头软件让用户操作便捷了很多，并带来了很多场景创新的机会。我现在处理GitHub上的pr和Issue，已经很少上网站，都交给ClaudeCode终端处理。

但无头软件模式落地也面临很多挑战。

首先是数据安全：

企业软件处理数据非常严谨，尤其对数据录入有严格的校验和控制。你会允许用户在WorkBuddy里一句话完成电商后台的商品创建和上架吗？我想答案是否定的。

其次是人机协同：

目前企业软件接入Agent最成熟的方案，是在系统中内嵌Agent侧边栏。用户想一句话创建电商商品时，Agent会把用户引导到已预填好的商品表单编辑页，这是经典的Copilot人机协同模式。但WorkBuddy这类产品独立于应用系统，这一步体验是割裂的。解决方案有两个：一是在Chat中内嵌表单，但B端表单非常复杂，不现实；二是通过单点登录跳转到系统表单页，但两端的信息无法同步联动。

作为产品经理，你需要考虑，Agent在工作中，HITL（Human in the Loop）怎么介入，以什么交互方式介入？在AI执行前介入，还是执行后介入？（顺便打个广告，我的新书《决胜体验设计》，对AI融入软件设计就有非常详细的底层逻辑探讨）

再次是用户场景：

很多人认为WorkBuddy可以成为企业用户的入口，这很不现实。绝大多数用户面对一个对话框，根本不知道该干什么。传统工作台GUI最大的价值，就是把大家的工作安排得明明白白。就像点餐，拿着菜单点肯定比自己回忆加口喷效率高。

最后是技术问题：

WorkBuddy在toB领域能有多大能耐，本质上取决于企业软件的组件化、接口化设计，而不是智能体。

作为产品经理，我认为WorkBuddy确实带来了应用场景创新的机会，我们要做的事情，是做好围栏和设计，优先支持查询场景，慎重处理增改删场景，把创新能力赋予业务一线，通过一线用户发掘创新机会。

但我们也要冷静的认识到，办公智能体本质上是个人用户提效工具，无法解决企业级软件的很多核心问题，更无法替代企业软件：

软件是业务能力的承载，本质是数据和业务逻辑，界面只是人机交互的方式，目前很多业务场景依然需要很重的GUI界面完成人机协同，因此对话式交互CUI不可能替代GUI，不论是ClaudeCode还是WorkBuddy只是个人智能体终端，第一无法替代GUI界面，第二无法承载业务逻辑，所以他们不可能替代软件，也不可替代软件的界面。

无头软件有其创新的应用场景，但要说能替代颠覆传统软件和入口，就是吹牛，就怕土老板看多了，纷纷要求把自家ERP做成一个豆包，还要林志玲的语音包。

<完>