· 工具短评 · 阅读约 6 分钟
智能体撞上平台门禁:这一周工具圈最该记住的一件事
本文要点
- 某海外个人智能体上线后,很快被电商平台以「违反使用条款」为由拦截了代购类功能
- 上百款主流 App 明确拒绝开放自动代理权限:国内某手机助手此前开启代理授权公示,30 天窗口期结束后,微信、支付宝、淘宝…
- 第二款手机助手发布时,被拒绝执行操作的 App 数量上升到 150 多款。
- 商业模式的正面冲突:传统平台的收入建立在用户停留、浏览推荐、广告曝光之上
- 权责没有标准答案:智能体自主操作一旦出现误下单、隐私泄露、资产损失,责任算用户的、算智能体厂商的…
结论先行:这一周工具圈真正值得记的,不是哪个模型又强了,而是一件更结构性的事——平台开始给智能体上锁。个人智能体扎堆上线的同时,电商、支付、社交这些超级 App 集体拒绝开放自动操作权限,理由不是技术不行,是商业模式不允许。对一人公司来说,这场「门禁之争」直接决定了一件事:你能卖的服务,必须建在客户自己的地盘上,而不是建在别人的平台上。
先把事实摆清楚。近期有多款个人型 AI 智能体密集上线,主打「主动型」——不等你下指令,它自己发现待办事项、每天给你发一份晨间简报、你人不在的时候继续在后台执行任务。听起来正是「一人公司」的终极形态。
但上线之后立刻撞墙:
- 某海外个人智能体上线后,很快被电商平台以「违反使用条款」为由拦截了代购类功能;本地生活平台、航司、银行的账户查询与下单类操作也陆续被限制。
- 国内某手机助手此前开启代理授权公示,30 天窗口期结束后,微信、支付宝、淘宝、美团等上百款主流 App 明确拒绝开放自动代理权限,不接受 AI 智能体代为操作页面流程。
- 第二款手机助手发布时,被拒绝执行操作的 App 数量上升到 150 多款。
平台并不是在拒绝 AI 访问,而是在拒绝 AI「越过人」自主跨平台执行动作。用户自己打开网页、让 AI 帮忙检索整理,大多不受限制;争议点全在越权代办。
一、为什么平台要关门:三层原因叠加
很多人把这件事理解成「平台怕爬虫」,这个解释太浅。真正的原因是三层叠加的:
- 商业模式的正面冲突。传统平台的收入建立在用户停留、浏览推荐、广告曝光之上。而智能体的目标恰恰相反——帮用户高效完成任务,跳过推荐流、跳过广告,直接拿到结果、完成下单。智能体一旦大规模通行,平台就退化成单纯的数据供给方和履约方,它的流量变现逻辑被直接削弱。这是最核心的一条。
- 权责没有标准答案。智能体自主操作一旦出现误下单、隐私泄露、资产损失,责任算用户的、算智能体厂商的、还是算平台自己的?目前行业没有清晰判定标准,金融和交易类场景风险尤其高,平台宁可先拒。
- 风控体系识别不了它。现有的人机验证是为了区分「真人」和「恶意爬虫」造的。可一个良性的个人智能体,既不是真人,也不是恶意爬虫,现成的框架区分不出来。一刀切拦截,是当下成本最低的方案。
二、这不是平台保守,是两代范式在碰撞
过去互联网的假设是「人来访问网站」。智能体时代的假设是「AI 替人漫游整个互联网」。而现有的协议、开放接口、风控规则,没有一条是为第二种模式准备的。
所以这件事的性质就变了:它不是某家公司使坏,而是一次商业模式谈判的开端。已经有人在牵头制定「个人智能体协议」,试图建立可信智能体的认证机制,把良性助手和恶意爬虫区分开;也有厂商绕道——在自己的生态里做(比如某国内产品的「云端 Pro」在用户授权后只调用自家体系内的信息)。但要等各平台达成共识,还有一段不短的时间。
也有投资机构给出了冷静判断:个人智能体离不开生态,而生态要么来自硬件、要么依托成熟的产品矩阵,这方面大厂更有实力。有从业者判断,某些先行产品最好的归宿可能是被收购,而不是独立长大。
三、对一人公司的直接影响:交付要建在客户自己地盘上
这一条是这一周最实用的推论。如果你的商业模式建立在「我的智能体替客户去操作某个大平台」上,那你的生意建立在一件你控制不了的事情上——对方今天开门,明天关门,你的交付能力直接归零,而且没有任何补救余地。
更稳的形态是反过来:把交付搬进客户自己的系统里。客户有邮箱、有企业后台、有自己的流程平台,那么你可以:
- 接客户已有的账号体系。用客户自己的账号、自己的权限、自己的数据范围跑,平台拦不到你——因为你根本没去过别的平台。
- 在客户本地或客户自己的云里跑。数据不出客户的门,客户的合规顾虑自然消解,这是你能拿到大额订单的前提。
- 做「手动确认」而不是「全自动代办」。让智能体把动作准备好、推到确认页,让人点一下。这一步看起来降低了自动化程度,实际上把责任和风险一起交还给了客户——而这正是平台担心的东西,你主动做了,就绕开了整场争议。
这也是为什么这一周另一个方向更值得关注:智能体框架正在快速补齐「工程化」的那几块拼图。有集成平台一次放出数百个预置的「智能体化」集成模式,并新增连接器与检索接入,还支持让智能体在运行时监控和控制自己跑的流程;有企业软件厂商把智能体的执行能力做成应用套件内部的运行时,支持确定性的长任务与持续重规划;有办公协作工具把智能体任务时长拉到 24 小时,并加上模型路由来压成本、支持企业自带密钥、还提供了能看到花费与用量的管理面板;一家流程自动化厂商则给已上线的智能体加了运行时评测——按计划拿测试集自动打分,这样回归和真实场景的漂移能被及时发现,而不用人定期回去检查。
四、三个可以变现的点
- 「跑在客户自己地盘上」的交付与运维。接客户的账号体系、部署在客户侧、做版本管理与定期升级,收一次性部署费加月度维护费。但账要提前算清:机器、升级的人力、故障响应时间,这三项都是长期成本。
- 智能体上线后的体检服务。给已经上线的智能体做运行时评测、回归测试集、上线前验收清单——这就是上面那条「自动打分」的第三方版本。客户自己很难攒齐这套东西,而你做一次就能沉淀成可复用模板。
- 权限与审计体检。按可自动执行、需人工确认、禁止执行三档,把现有智能体的每个动作过一遍,出一份分级表和留痕方案。这份东西单价不高,但极难被替代,而且是你切入客户内部的第一份文件。
五、三个坑
- 把「能力最强」当成「能交付」。演示时能跑通的动作,一旦放到真实平台上就会被拦。你的竞品演示失败可能是效果问题,你的演示失败可能是权限问题。
- 照搬别人的成功路径。头部厂商走「自建生态互通」的路能通,是因为它们手里有生态。个人创业者的正解恰恰相反——不要去争别人的地盘,去守住客户自己的那块地。
- 把「本地跑」当作合规免责。本地部署解决的是数据不去别处,不解决模型不乱动。该有的沙箱、白名单、操作日志,一样都不能省。
六、一句话带走
这一周真正的信号不是模型变强,而是「谁能替人操作」这件事第一次变成了要谈的生意,而不是要做的功能。对一人公司来说,这反而让路径更清晰了:别去赌别人会不会开门,去做那个即便门全关着、你依然能交付的服务。
这件事在本站的公众号图文工具上有同样的影子——它不替你去操作别人的平台,它做的是把「选题 → 成稿 → 排版」这条链做成你自己能反复跑的流程,产出物在你手里,权限在你手里,验收标准也在你手里。能被客户自己掌控的交付,才是能收得住的交付。