155款App对豆包说不:Agent进不了别人的围墙

一句话定性：豆包的屏幕自动化协议走完公示期，155款第三方App选择拒绝。这不是技术打不通，是生态不肯开门——而对甲方来说，真正该警惕的恰恰是另一件事：开门权从来不在自己手里。

10月14日，豆包手机助手的《屏幕自动化操作声明协议》走完30天公示期。按协议，第三方App需要就是否允许AI自动化操作自己的界面做出声明；公示期内，155款App选择了拒绝或未授权（来源：极客公园、钛媒体、财新网报道）。协议给了流程上的体面，但把最硬的问题留了下来：手机上的界面，到底谁说了算？以及，一个只能操作“已授权界面”的Agent，对甲方还值多少钱？

今天只聊一件事：这155个“不”，我们该怎么读。先问最直接的——生态方为什么要拒绝？

我的答案可能跟你们不一样：我觉得这是好事。过去大半年，手机上的自动化操作一直处在灰色地带，谁也不知道什么算越界。现在App明确表态——我不授权。规则出现了。

制造企业最怕的不是限制，是没规则的阶段。我宁愿它今天告诉我“不能进”，也不要它哪一天悄悄进了我的系统和车间。

我不同意“好事”这两个字。制造业的系统基本是自建的，围墙是你们自己的，你想开哪个门开哪个门，规则你自己定。地产不是这个结构。

我们的客户经营、线上投放、交易入口，很大一部分挂在第三方平台上。人家关门，我们连通知都收不到，只能看着通道一格一格变窄。你们损失的是效率，我们损失的是通道。

通道变窄是别人的商业选择，不是你的损失。数据出不了自己系统的门，至少安全。

那是因为你的客户不用在小程序里排队看房。庞总，客户的注意力在哪，客户的经营通道就在哪。安全是把门关上，生意是把门开着，这两件事在业务现场从来不是一回事。

那我们把话挑明：155家为什么拒绝？技术不通只是台面上的理由吧。

三个理由，一个都不技术。第一是流量：用户在我App里，推荐位和广告是我的收入，Agent把用户路径拉直，等于把我的一层商业模型摘掉。第二是数据：数据是我的，凭什么给一个外部智能体当上下文。第三是责任：出了事谁担？我担。

这三条摆出来，拒绝就是理性选择，跟支不支持AI没有关系。所以别再指望“模型更聪明”能翻过这堵墙了——围墙上写的是利益，不是技术。

我认同坚少这个判断，但我想补一句：这堵墙在企业内部是一模一样的，只是不叫生态，叫部门。

ERP归IT，MES归生产，CRM归销售，数据字典三家不一样。你要让一个Agent去写一张工单、改一条工艺参数，谁签字？生产说看不准风险，IT说读不懂业务，法务说不知道它会写什么。最后的结果是——不是系统不让进，是没有人敢说“可以进”。

所以155款App拒绝的，和我们内部卡住的，是同一件事：谁有权代表我操作。这句话我建议所有CIO写进今年的AI立项文件里。

我们的做法是先只读，读三个月。看它读得对不对、读得全不全，再谈能不能写。上之前先回答四个问题：它能看到什么数据、它能改动什么系统、越权了谁负责、日志在哪里能不能回溯。

四个问题回答不清楚，就不要开门。这不是保守，这是让项目活到第二年的前提。

三个月，等我们把权限体系吵完，客户的响应窗口已经过了。我的折中是：Agent不直接对客，先给一线做助手——起草、核价、生成话术，最后一步由人签字发出去。

那“人签字”这一层本身就是成本，别装作它不存在。你等于养了一批专门签字的人，效率账就没那么漂亮了。这笔钱，你算进ROI了吗？

算了。但我算的是另一本账：客户丢一个，损失是签字的几百倍。你们制造业可以慢，因为客户不会明天就换供应商；我们慢一个季度，客户就换盘了。

一、围墙是利益墙，不是技术墙。指望模型变强就能翻过去，是把商业问题当成工程问题。二、生态的墙和部门的墙是同一堵墙：开门权不在业务部门手里。三、甲方现在能做的三件事：列出Agent的权限清单（只读/起草/提交分级）；定清楚谁签字、签什么；把每一次调用留成可倒查的日志。

我不和这个稀泥。这155个“不”，给甲方的其实是一句很直白的提醒：Agent值多少钱，不取决于模型有多聪明，取决于有多少人愿意给它开门。而愿意开门的那一方，永远是有账本解释权的那一方。

所以今天不用急着催IT上Agent。先把一个更基本的问题答清楚：在你的组织里，谁有权说“可以进”。这个人找不到，项目就还在原地。