微软Copilot负责人Jacob Andreou:模型能力与用户价值之间缺的是产品形态
微软Copilot负责人Jacob Andreou在与The Rundown AI的合作访谈中提出:每一代模型智能都需要新的产品形态才能释放价值,当前最新模型正处于'悬垂'状态——能力已到位,但缺少合适的产品把它们变成大多数人的实际收益。他同时给出了判断AI代理自主权限的实用规则。
每一代模型智能都需要一个新的产品形态,用户才能真正从中获得价值。微软Copilot执行副总裁Jacob Andreou在与The Rundown AI的合作访谈中这样解释:GPT-3发布时普遍被低估,直到聊天界面出现,人们才第一次觉得模型'活了';Anthropic的Opus 4.5也是通过Claude Code和Cowork才真正被感知到。而今天,OpenAI的Astra和Anthropic的Fable已经发布,Andreou认为我们仍然缺少把它们变成大多数人日常工具的那个产品形态。
这个判断不是抽象的市场评论,而是来自微软自身的一次修正。Andreou透露,微软曾把Copilot嵌入多个Windows应用入口,发现这些入口带来了流量却没有带来价值——用户在正常使用电脑时突然弹出Copilot,'那对谁都没有帮助'。微软随后撤掉了这些入口。Andreou说,撤掉之后每个用户的使用深度反而增加了,使用Copilot的人总数也更多了。他的总结是:'产品必须赢得自己存在的权利,使用量在交付不了真实价值时是留不住的。'
Andreou还分享了一个更私人的教训。今年初微软在消费端推出了Copilot Tasks,它帮他点外卖、在会议结束时叫Uber,'那种感觉像魔法,持续了几周'。但当任务变复杂——比如围绕工作日程规划假期、做财务规划——他发现它'一英寸深',无法真正帮上忙。这让他确信:早期觉得新奇的功能,如果没有足够的深度,用户会像吃太多冰淇淋一样失去兴趣。
在代理自主性方面,Andreou给出了一条可迁移的判断规则:把所有操作分为'单向门'(不可逆)和'双向门'(可逆)。联系他人、删除文件、做出不可撤销的决定——这些必须每次都有人在回路中。可逆的工作则可以在明确边界内自主运行,一旦任务或风险发生变化再请求确认。微软的Autopilot产品用了一个具体实现:任务启动时预先计算浏览器会话的预期状态作为边界,如果代理试图用不同方式解决问题,它必须重新请求许可。
需要指出的是,这次访谈是The Rundown AI与微软的合作内容,Andreou作为微软Copilot业务负责人,其论点服务于微软的产品定位。微软不生产前沿模型,'产品形态比模型本身更重要'的叙事恰好将竞争重心从模型层拉向应用层——这正是微软的战场。Andreou也承认,如果产品层持续缺位,智能和价值将集中到少数模型公司手中;这既是对行业的警告,也是对微软自身介入必要性的论证。
不过,Andreou观察到的模型分化现象——OpenAI模型在Excel等结构化任务上更强,Anthropic模型对代码的视觉后果理解更深——至少说明多模型路由在2026年下半年已成为一个实际工程问题,而非纯粹的战略修辞。他提出的'Auto模式'让用户不必自己判断哪个模型适合哪个任务,这一产品决策如果成立,意味着模型选择的复杂度正在从用户端转移到平台端。