企业AI上下文战争的三块高地

9月2日，腾讯WorkBuddy开放平台在深圳上线，市场更关注哪些生态被纳入了WorkBuddy，但同日公布的几份开发者协议里，流露了腾讯在办公AI打法上的关键意图。

这组协议把WorkBuddy的生态数据分成三类，开发者自己的归开发者，用户的由开发者和用户约定，腾讯只要其中的第三类： 

调用频次、资源消耗、响应时长、错误日志、反馈评价。 

用途则总共有三样：统计分析、质量评估、标注。 

一家正在抢入口的公司，放弃了用户的数据，只要任务摔倒的痕迹。

同一周，千问办公的首月数据出炉，上线30天注册用户突破3000万，企业用户占比过半。百度库库AI独立端8月14日发布，公布AI办公月活超过2500万。字节的豆包工作8月25日发布，和飞书深度打通。四家产品形态不同，但推进方向是同一个目标——目标企业的上下文。

经过了多年征战，钉钉、飞书、企业微信合计覆盖率达到92%，覆盖率到了这个位置，增量几乎消失，剩下的全是存量博弈。

下一个十年的入口显然很难是OA系统，而是谁的AI能帮用户干最多的活，只要干活，就需要上下文。 

上下文并非同质的资源，它正在有梯度的形成三个高地，一个比一个稀缺。一. 高地1: 能覆盖的数据

金山办公CEO章庆元在7月 15日的AI生产力大会上讲的很直白：“大模型的每次对话都是一次重生，它没有记忆——所有的记忆和上下文，都存储在软件里。”他给出的分工是，大模型提供智力，软件提供上下文。