9 月 9 日，成立于斯德哥尔摩的 Stilla.ai 宣布加入 Meta。Axios 随后披露，待交易交割，Stilla 的团队和技术将进入 Meta，用于加速 Meta Business Agent 在 WhatsApp、Messenger 和 Instagram 上的发展。双方没有公开交易金额、人员安排或产品整合时间表；Stilla 则承诺现有服务继续运行。
这笔交易最容易被讲成一条熟悉的故事：Meta 买来一家会“做事”的 Agent 公司，把客服机器人从回答问题升级为完成交易。时间线并不支持这个说法。Meta 在三个月前发布 Business Agent 时，已经把预约、筛选销售线索、促成销售以及连接外部系统列为产品能力。Stilla 真正补进来的，是另一块更难复制的执行基础：从分散的团队工具里持续取得业务上下文，并把后续动作交给相关人员审批。
行动能力在收购前已经进入 Meta 的产品
Meta 6 月 3 日面向全球发布 Business Agent 时，把它分成两个相连的产品层。面向商家的 Agent 在 WhatsApp 和 Messenger 中回答问题、推荐商品、预约服务、筛选线索和促成销售，并开始扩展至 Instagram；面向较大企业的 Business Agent Platform 则连接 Shopify、Zendesk、Shopee 等数百个外部系统，让企业自定义 Agent、设置规则并衡量结果。
Meta 称已有超过 100 万家企业在 WhatsApp 和 Messenger 使用 Business Agent。Reuters 对这一口径作了更窄的解释：这 100 万家使用的是此前的聊天机器人版本，新版 Agent 才增加可代表商家执行动作的能力并走向全球。换言之，这个数字证明 Meta 已经拥有庞大的消息入口，不等于 100 万家企业都在使用跨系统、可完成订单的新版工作流。
Reuters 当时援引 Meta 产品负责人 Naomi Gleit 的说法，公司的目标是让 Agent 完成支付、处理预约和下单，而不是停留在基于规则的自动回复。Meta 还组建 Enterprise Solutions 团队，让工程师进入企业客户现场编写定制代码。到 Stilla 交易出现时，“从回答到行动”已经是 Meta 公开推进了三个月的路线，不是本次收购新创造的方向。
Stilla 带来的是团队共享的实时上下文
Stilla 的起点不在消费者给商家发消息的入口，而在企业内部。公司 1 月 20 日公布由 General Catalyst 领投的 500 万美元 pre-seed 融资时，把问题定义为“协作没有跟上个人 AI 工具的速度”：开发、产品和设计人员各自在聊天工具里获得答案，团队决策却散落在会议、Slack、GitHub、Linear 等系统中。
它提出的办法是“流式上下文”。Agent 持续吸收不同工具里的会议、代码、任务和讨论，在动作发生前已经知道团队刚做出的决定、客户问题与当前优先级。Stilla 不是要求员工每次重新整理材料再提示模型，而是把跨工具信息汇成团队共享的上下文，再把它转成可审批的工作。
9 月的加入公告没有披露技术会如何并入 Meta，只强调 Stilla 上线八个月后将把这套经验和技术用于 Meta 的商业 AI 产品。公告列举的现有任务包括端到端搭建供应链产品、扩大企业入职流程和监控投资组合，但这些成效均由 Stilla 自述，没有客户名称、评估方法或对照数据，不能当作整合后效果的证明。
因此，Stilla 的价值并不是一套被公开验证、可以原样搬进 WhatsApp 的商业解决方案。它提供的是团队与技术：如何让多个参与者共享同一段业务上下文，如何在不同系统间追踪后续事项，以及如何把 Agent 的建议变成经过批准的动作。Meta 获得的是缩短研发路径的可能性，而不是已经交付的整合结果。
两端接起来，消息才可能变成完整工作流
Meta 掌握的是客户发起对话的入口，Stilla 擅长的是企业内部信息与动作之间的连接。两者若能整合，一条客户消息才可能形成闭环：Agent 先从商品、订单或支持系统取回上下文，在消息线程里回应客户，再把退款、补货、技术问题或销售机会写回内部工具，并把需要承担成本或风险的操作交给员工确认。
这只是基于两家公司已公开能力的工作流示意，不是已经发布的功能。公开材料没有说明 Stilla 的连接器是否会迁移到 Business Agent Platform，也没有说明哪些动作能自动执行、哪些必须人工批准、现有 Stilla 客户的数据和合同如何处理。Meta 已经能连接数百个系统，Stilla 的增量更可能落在“如何使用上下文协调工作”，而非简单增加连接器数量。
对企业买家而言，这个差别直接决定评估方法。问答机器人可以用回复准确率、转人工率衡量；一旦 Agent 能改订单、建工单或发消息，就还要检查身份映射、权限范围、审批条件、失败回滚和审计记录。更多上下文让 Agent 更有用，也让错误动作触及更多系统。
交割只是起点，权限与产品连续性才决定结果
Meta 6 月发布 Business Agent 时已承认，深度接入企业系统并代表企业操作会带来风险。Reuters 当日报道，一起 Instagram 账户事件涉及支持机器人底层的技术检查缺陷。Meta 同时把企业级控制、护栏和衡量机制列为 Business Agent Platform 的组成部分。Stilla 的“共享上下文”只有与这些控制一起落地，才能从更懂业务变成更可靠地执行。
目前能够确认的仍是一项待交割的团队与技术交易。Stilla 说服务会继续，但没有给出期限；Meta 没有公布收购价格、交割条件、整合里程碑，也没有说明 Stilla 将成为独立产品、底层能力还是内部团队。标题里的“收购”不能替代这些尚未发生的产品工作。
这笔交易真正值得观察的不是 Meta 是否又买了一家 Agent 创业公司，而是它能否把三层能力接稳：消息渠道中的客户意图、企业系统中的实时上下文、以及受权限和审批约束的动作。前两层已经分别存在于 Meta 和 Stilla 的公开产品里；第三层能否在交割后被做成可部署、可审计的闭环，才会决定这次并购有没有改变 Business Agent 的实际用途。
