Claude Duet 上线了，但你的手机 App 还不给它开门：个人 Agent 卡在最后一公里

【摘要】10 月 21 日，Anthropic 推出 Claude Duet——不等你下指令就主动找活干，接了 6000 多个连接器。同一天前后，Meta Muse、OpenAI Dots 也在密集上线。但热闹背后有个更值得聊的问题：某电商平台以"违反使用条款"拦下了代购功能，某款已备案的 AI 手机开售即遭超百款应用集体拒绝，主流超级 App 至今没有开放自动化接口。个人 Agent 的瓶颈不在模型，在你能拿到多少个 App 的接口。

目录

一、三天，三个个人 Agent
二、Duet 到底主动做了什么
三、热闹背后的冷水：三个生态墙
四、为什么"最后一公里"卡在生态，而不是技术
五、云厂商在这场竞争里的位置
六、个人 Agent 的护城河在哪里
七、给开发者的一个信号

一、三天，三个个人 Agent

10 月 21 日前后，个人 AI 助理这个品类集中炸了三家。

Claude Duet（Anthropic，10 月 21 日） —— 研究预览形式，定位"主动工作"的个人智能体。有 iOS、Android 和网页独立应用，首批面向美国 Pro 和 Max 付费用户开放研究预览候补申请，驱动模型是 Opus 5.5。

Meta Muse —— 个人 Agent 形态，10 月 22 日因为 GhostShares 分享漏洞修复后重开分享。同期它被某电商平台以"违反使用条款"为由拦截了代购功能。

OpenAI Dots —— 9 月 29 日 DevDay 上从 Operator 升级而来，每个 dot 有自己的云电脑和云浏览器，7×24 跨 ChatGPT、Slack、Teams 工作，插件连接 4000+ 应用。企业侧推出 specialist dots，分配独立身份、凭据与系统访问。

三家的形态高度趋同：从"等指令"变成"主动找活"，从"一个对话框"变成"一个常驻的后台助手"。

竞争焦点已经明显从"问答质量"迁到了"主动性"——助手什么时候该自己动手、什么时候该等确认，成了新的分水岭。

二、Duet 到底主动做了什么

Duet 的能力边界，官方描述是几个具体动作：

• 连接邮件、日历、银行及企业业务系统
• 在用户没有发出指令的情况下，主动发现待办事项
• 每天发晨间简报
• 用户离开后继续在后台执行任务
• 起草回复，准备薪资和财务相关的工作
• 继承 Claude 里的记忆、Skill 和已连接应用
• 支持 6000 多个连接器和插件

有一条被特别强调的边界：敏感操作如发消息、付款，仍需用户批准。

这个设计是聪明的。主动式 Agent 最大的风险是"它自作主张"，而"发消息"和"付款"恰好是最不可逆的两类动作。把它们锁在人工确认后面，其他部分就可以放开跑。

但也正因为如此，一个问题就摆出来了：

6000 多个连接器里，有多少个真的开放了自动化接口？

三、热闹背后的冷水：三个生态墙

同一周，生态这边给出的消息没那么乐观。

第一道墙：某电商平台拦下了 Muse 的代购功能。 理由是"违反使用条款"。这意味着一个个人 Agent 想帮你在电商平台代下单，最基础的一步就卡住了。

第二道墙：某款已备案的 AI 手机开售即遭超百款应用集体拒绝。 一台专门为 AI 设计的手机，搭载了大模型 Agent，结果常用 App 集体拒绝给它自动化权限。

第三道墙：主流超级 App 至今没有开放自动化接口。 这不是技术问题，是商业模式问题——自动化的用户流量对平台意味着什么，平台比谁都清楚。

把这三道墙和 Duet 的宣传放在一起看，一个很清晰的结论浮出来：

"主动帮你干活"这件事，能干到什么程度，取决于有多少个 App 愿意开门。

一个可以传播的观点句：个人 Agent 的护城河不在模型能力，在你能拿到多少个 App 的自动化接口。模型三家都能接，接口只有 App 的主人能给。

四、为什么"最后一公里"卡在生态，而不是技术

这里有个反直觉的地方：技术上，主动 Agent 已经很成熟了。

Duet 能接 6000 个连接器，Dots 有云电脑和云浏览器，Manus 2.0 的每个 Agent 自带邮箱、电话号码、钱包和一台电脑。Cloudflare 更是把近 10 万个 Commerce 电商站点通过 WebMCP 协议开放成 Agent 可调用的工具。

协议层已经在解决了。 WebMCP 就是一个标准化的"把站点能力暴露成工具"的协议，Cloudflare 还说明了它如何处理身份、权限和调用边界。

那为什么实际用起来还是处处碰壁？

因为平台方没有动力开放。

自动化的用户流量对平台意味着什么？可能被 Agent 批量消费、被绕过推荐算法、被当成爬虫通道、被用来做比价和自动投诉。平台开放接口，本质是把自己的一部分控制权让出去。

所以你会看到一个诡异的局面：

• 中小站点急着开放（Cloudflare 帮十万店铺接入，因为这是它的卖点）
• 头部平台集体沉默

而个人 Agent 的日常价值，恰恰大部分发生在大平台上——订机票、点外卖、发消息、报销、查订单。

这不是技术问题，是价值分配问题。 Agent 越成功，对平台的潜在威胁越大，平台就越不可能开门。

有个反例值得注意：Sierra 联合 Meta 等伙伴发布了 Personal Agent Protocol，Sierra 的定位是"Agent 的客服平台"。它的活儿正是替用户和商家的客服系统打交道——在平台规则之内，替人操作。 这条路比"让平台开放原生自动化接口"阻力小得多。

五、云厂商在这场竞争里的位置

回到云厂商的视角：在这件事里他们能干什么？

答案很明确——云厂商是唯一能自己开门的一方。

Cloudflare 用 WebMCP 把十万站点开放给 Agent；Google 的 Data Agent Kit 把 BigQuery、Bigtable 等数据服务做成 MCP 工具，让 Agent 直接查；AWS Agent Registry 把 MCP 服务器编目化，带审批工作流。

这些都不是"请求第三方平台开放接口"，而是"在云上建一个接口层"。

国内平台的路径也类似，只是更强调"把接口层做成平台默认能力"。

以华为云智果（AgentArts）为例，网关（Gateway）提供 API 转 MCP，能把存量 REST/OpenAPI 服务快速转换接入；平台内置 300+ 工具与复用资产，资产广场里应用模板、模型、MCP、插件、Skill 都有现成的。

浏览器工具也直接内置——跑在安全隔离的云端沙箱容器里，让 Agent 能做网页导航和表单填写这类 Web 自动化。

这类能力的意义是：Agent 要接的接口不需要从零谈判，用户自己在云上就能建。

为什么云厂商愿意做这件事？

第一，Agent 一旦有身份，就要有身份管理的地方。 Dots 给每个 dot 分配企业身份和凭据；Data Agent Kit 让 agent 以你的身份或服务账号连接数据云；Agent Registry 给 MCP 服务器配 IAM 授权。IAM 是云的原生能力，这活儿只有云能干。

国内平台的对应物是同样一套逻辑：身份认证分入站与出站两个维度，出站凭据由平台托管、加密存储、按需注入，不进入代码也不进入上下文。

第二，Agent 治理的战场在云上，不在模型里。 Google 把护栏拆成 skills（建议）和 IAM（强制）两层，强制的那层必须落在云上。

第三，Agent 的工作负载天然是云负载。 7×24 后台运行、要云电脑、要独立工作区、要可审计的日志——这些全是云的形状。

所以个人 Agent 这场竞争里，云厂商的位置其实很微妙：

它们不生产那个"每天早上主动找你汇报"的助手，但它们生产助手跑起来所需要的地基——身份、权限、算力、审计。

模型厂商做入口，云厂商做地基。这个分工，我觉得比"谁家模型更强"更能决定最终格局。

六、个人 Agent 的护城河在哪里

如果模型三家都能接、连接器数量可以互相抄、平台接口又大概率不开，那个人 Agent 的护城河是什么？

我的判断是三个，按可靠度排序：

第一，记忆。 Duet 明确"继承 Claude 里的记忆、Skill 和已连接应用"。Lovart 2.0 的设计 Agent Arti 也是同一个思路——记住你的审美偏好、协作方式、常用素材。

模型能换，连接器能抄，但"它记得你的三十七条工作偏好"这件事，换个产品就得重新教半年。这是迁移成本，是唯一真正粘得住的东西。

第二，授权的深度。 不是"能连 6000 个"，而是"在你真正需要的 10 个 App 上，有几个真的授权了自动化"。广度是宣传，深度才是护城河。

第三，信任的积累。 一个每天早上给你发简报的 Agent，你用了三个月之后才敢把报销也交给它。这个时间没法压缩。

反过来说，"连接器数量"这个指标——6000 vs 4000 vs 其他——基本没有信息量。它是市场部的数字，不是护城河的厚度。

一个可以传播的观点句：所有 Agent 都在公布连接器数量的时候，说明它们还没找到真正值钱的那一个。

七、给开发者的一个信号

对做开发者的人，这一周传递了一个很实用的信号。

如果你的产品想被 Agent 用，你得自己开接口。

Cloudflare 的 WebMCP 已经在示范了：协议怎么定、身份怎么处理、权限边界怎么划、调用怎么计费，都有现成方案。10 万个店铺已经接了。

而如果你不做平台，你至少可以想清楚一件事：你的数据、你的操作、你的 API，能不能被一个 Agent 合理地调用？

具体几个问题：

• 有没有结构化的接口，还是只有给人看的页面？
• 有没有可编程的鉴权，还是只有账号密码？
• Agent 调你的接口，能拿到该拿的最小权限吗？
• 你能不能观测到"哪些调用来自 Agent"？

最后一条现在可能不重要，但一年后一定重要。

这周还有个细节我记一下：Muse 因为 GhostShares 漏洞修复后重开分享功能。 一个"分享"动作，成了数据外泄入口。

个人 Agent 的攻击面不在模型，在动作。分享、转发、付款、发消息——每一个都是外泄或不可逆的边界。Duet 把发消息和付款锁在人工确认后面，这个取舍是对的。

你用过哪些"主动型"助手？真的开始替你干活了，还是只是换了个地方聊天？ 评论区聊聊，我特别想知道大家实际卡在哪一步。