Project Mariner 失败拆解：Google 为什么关掉会替你上网的 AI
Project Mariner 证明了 AI 可以替用户操作网页，却没有证明独立入口、重复任务和单位经济已经成立；Google 保留能力，把产品并入更大的 Gemini 与 Search 体系。
Project Mariner 在 2026 年 5 月 4 日停止服务，Google 把这项浏览器代理实验的技术带进了其他产品；它留下的失败，是一个能替用户点击网页的能力始终没有被证明为一个值得独立经营的产品。12
增长判断： Project Mariner 的曝光来自 Google 的搜索、浏览器和 Gemini 入口，首次体验也足够具体：代理能在浏览器里搜索、点击、填写并展示步骤；但 Google 没有公开它的用户数、激活率、D7/D30 留存、重复任务率、收入、单任务成本或贡献毛利。文章能确认的是能力迁移和独立产品退出，无法确认 Mariner 曾经达到过怎样的经营规模。
增长因果链： 研究原型把“替我上网做事”变成可观看的浏览器动作 → 低风险任务获得即时新鲜感 → 网页变化、等待时间、登录和支付带来监督与责任成本 → Google 把有价值的代理能力放进 Gemini Agent、AI Mode 等已有入口 → 平台获得更大的分发和上下文，Project Mariner 失去继续作为独立产品验证留存与毛利的理由。
G｜增长系统：一次成功的演示，离重复任务还差多远
结论： Project Mariner 的公开材料证明了“代理可以开始并执行任务”，没有证明“用户会在 30 天后继续把同类任务交给代理”。
三类增长对象
| 对象 | 首次有效动作 | 真正的留存信号 | 已知状态 | 关键缺口 |
|---|---|---|---|---|
| 个人用户 | 交给 Mariner 一项低风险网页任务，并接受结果 | 30 天内主动发起第二类任务，且减少逐步盯盘 | 2024 年仍是受邀测试的研究原型；2025 年 Google 宣布扩大任务能力 | 用户数、首次任务成功率、重复任务率未披露 |
| 研究与产品团队 | 用真实任务测试屏幕理解、规划和执行 | 多个任务场景稳定成功，人工接管次数下降 | Google 把它作为探索人机交互与浏览器代理的实验 | 任务成功率、失败类型、测试样本未披露 |
| Google 产品体系 | 把代理能力接入 Gemini、Search 或 Chrome | 新入口带来增量任务、增量订阅或更高留存 | The Verge 报道，Mariner 的能力已进入 Gemini Agent 与 AI Mode | Mariner 本身的收入、成本、增量价值未披露 |
Google 在 2024 年首次公开 Project Mariner 时，把它描述为仍处于早期测试阶段的浏览器代理。演示中，用户让它从菜谱中找出蔬菜并加入 Safeway 购物车；代理会接管浏览器、列出任务，再逐项执行。The Verge 的记者当时观察到，系统运行得很慢，用户几乎要站在旁边看着它完成。3
2025 年 5 月，Google 宣布 Project Mariner 可以同时处理最多 10 个任务，并加入 Teach and Repeat：用户演示一次，系统学习一套计划，以后尝试执行相似任务。这个方向已经触及留存所需的“再次使用”，但发布信息仍然是功能说明，不是留存数据。4
AARRR 应该怎样读
| 环节 | Project Mariner 的公开事实 | 应追踪指标 | 置信度 |
|---|---|---|---|
| Acquisition | 早期通过受邀测试进入；后续能力出现在 Google 的 AI 产品叙事中 | 进入任务页的用户、有效任务来源、每个入口带来的任务成本 | A：产品状态；经营数据未披露 |
| Activation | 用户描述目标，代理在浏览器中执行搜索、点击、填写和整理；2025 年增加并发任务与 Teach and Repeat | 首个低风险任务成功率、完成时间、用户是否接受结果 | A：功能；实际成功率未披露 |
| Retention | Google 没有公布 D7、D30、每周任务数或第二类任务率 | 同一用户 30 天内的第二类任务、主动发起比例、重复成功率 | C：测试标准 |
| Referral | 公开报道没有给出用户邀请、任务模板分享或自然新增数据 | 可复用任务模板分享率、团队邀请后的激活率 | C：应测指标 |
| Revenue | 页面没有给出 Project Mariner 的独立价格或收入；Google 的平台订阅不能直接归因给 Mariner | Mariner 带来的增量订阅、取消率变化、单位任务收入与成本 | A：独立经营数据未披露 |
可证伪门槛： 对一个明确的低风险场景，首次任务成功率至少达到 85%，激活用户在 30 天内平均完成 4 次同类任务，第二次任务的人工接管次数低于第一次的一半，才说明代理开始形成习惯。这组数字是本期的管理测试标准，不是 Project Mariner 的历史数据。
增长逻辑可以压缩成一句话：浏览器动作带来激活，重复完成同一类结果才带来留存；Project Mariner 公开了前者，后者未披露。
O｜市场机会：用户想省的是点击，还是承担结果的时间
结论： 电脑操作代理的真实市场来自 API 缺失、系统老旧和跨网站流程；“所有浏览器用户”不是可直接付费的市场，因为任务风险和监督成本会把市场快速折小。
Project Mariner 处理的问题很具体：用户已经知道要查什么、填什么或买什么，只是完成过程需要在多个网页之间移动。浏览器代理可以绕过每个网站的专用 API，直接看屏幕、点击按钮和填写字段。2024 年的发布期演示包含购物车整理，2025 年 Google 又展示了旅行、房源和网页研究等方向。34
需求可以按责任分成三层：
- 低风险代办： 整理旅行选项、收集商品信息、把菜谱内容加入购物车。结果容易检查，错误也较容易补救。
- 跨系统流程： 在邮件、表格、后台系统和网页之间搬运信息。企业愿意为节省时间付费，但需要权限和日志。
- 高副作用动作： 提交付款、发送邮件、修改账户、确认订单或处理敏感资料。结果一旦出错，监督、审计和赔偿成本会迅速上升。
Project Mariner 的公开演示主要落在前两层的低风险部分。它展示了代理能够在网页上行动，却没有公开说明企业客户是否愿意把高频流程交给它，也没有公开每个任务需要多少人工监督。
TAM、SAM、SOM 只能做经营情景
Project Mariner 没有公开目标市场、付费用户、合同额或市场份额。下面的数字只是为了说明估算方法，不代表 Google 或 Project Mariner 的实际数据，置信度为 C：
| 层级 | 假设 | 年化收入情景 | 最脆弱的变量 |
|---|---|---|---|
| TAM | 全球 3,000 万名每周至少有两次重复网页任务的人 × 20 美元/月 | 72 亿美元 | 3,000 万人的任务频率是假设 |
| SAM | TAM 中 10% 愿意授权账户并接受关键步骤确认 | 7.2 亿美元 | 授权意愿与风险容忍度是假设 |
| SOM | 3 年内获取 SAM 的 1%，即 3 万名持续付费用户 | 720 万美元 | 获客、成功率、支持成本是假设 |
这组计算的真正变量是“用户是否愿意把结果责任交给代理”。用户可以容忍代理多花一分钟整理购物信息，却可能拒绝让代理独立提交付款。企业也会把错误副作用、人工复核、账号权限和数据保留写进采购条件。
市场判断： 只要产品仍需要用户观察每一步普通点击，市场就更接近“带自动化功能的远程浏览器”；只有当代理能在清晰的权限边界内稳定完成高频任务，客户才会把它当作工作流工具购买。
S｜战略定位：Google 需要能力，未必需要 Mariner 这个入口
结论： Project Mariner 的失败边界是独立产品退出，技术方向保留；Google 通过把浏览器操作放进更大的 Gemini 和 Search 体系，解决了分发、上下文和产品入口的问题。
时间线
- 2024 年 12 月 11 日： Google 公开 Project Mariner，定位为仍在受邀测试的浏览器代理。用户可以给出自然语言任务，代理通过 Chrome 扩展接管浏览器；发布期演示强调它能列出步骤并让用户随时暂停。3
- 2025 年 5 月 20 日： Google 宣布 Mariner 可以同时监督最多 10 个任务，并加入 Teach and Repeat；同一时期，Google 把 Agent Mode 带进 Gemini 应用。4
- 2025 年 5 月 20 日： Google 也把 Mariner 的代理能力放进 AI Mode。The Verge 报道称，AI Mode 可以利用 Mariner 在网页上执行动作，例如寻找演出门票或处理旅行任务。5
- 2026 年 5 月 4 日： Project Mariner 官方落地页显示实验停止，技术进入其他 Google 产品；页面引导用户使用 Gemini 处理复杂任务。1
- 2026 年 5 月 6 日： The Verge 报道 Project Mariner 已被关闭，能力继续存在于 Gemini Agent 和 AI Mode。2
这条时间线说明，Google 的产品判断发生在入口层。Mariner 需要自己承担一个实验产品的教育成本、任务入口和安全解释；Gemini Agent 可以直接承接用户意图，Search 可以把网页索引、账号上下文和任务执行放在同一条路径里。用户先提出问题，再决定是否让代理执行，减少了“我该打开哪个 Google AI 产品”的选择成本。
The Verge 报道还指出，Google 没有把 Mariner 的停运解释为放弃代理浏览，而是把它描述成技术进入 Gemini Agent 与 AI Mode。这个状态更接近“独立产品被平台吸收”，而不是“电脑操作能力被判定无用”。2
战略判决： Project Mariner 证明了浏览器代理值得进入 Google 的产品体系，却没有公开证明它值得保持一个独立品牌、独立入口和独立经营账。
C｜竞品分析：浏览器代理的竞争首先发生在入口
结论： Project Mariner 面对的不是“谁的模型会点击”，而是“谁已经拥有用户、账户、浏览器、搜索、模型和企业开发者入口”。
| 产品 | 入口 | 关键动作 | 控制面 / 资产 | 对 Mariner 的压力 |
|---|---|---|---|---|
| Project Mariner | Google 实验入口，后进入 Gemini Agent 与 AI Mode | 通过浏览器观察、点击、填写并完成网页任务 | Google Search、Chrome、Gemini、账户上下文 | 独立实验的品牌边界被平台入口吸收。2 |
| OpenAI Operator | 独立网站，后整合进 ChatGPT agent | 使用自己的浏览器点击、输入、滚动；登录、支付和验证码时让用户接管 | ChatGPT 账户、模型、已有订阅和任务入口 | 证明同类能力也可以先独立试验，再回到更大的聊天产品。6 |
| Anthropic Computer Use | Claude 与开发者 API | 看屏幕、移动光标、点击和输入，供开发者构建自己的代理 | 模型 API、开发者生态和企业部署 | 把电脑操作做成可嵌入的模型能力，压低独立浏览器客户端的稀缺性。7 |
| Google Gemini Agent / AI Mode | Gemini 应用与 Google Search | 结合研究、搜索、网页操作和其他工具 | Google 的搜索分发、账号、浏览器和数据入口 | 直接继承 Mariner 的部分能力，成为最强的内部替代。45 |
| 传统 RPA | 企业自动化平台与连接器 | 通过预配置流程和系统连接器运行任务 | 企业流程、治理、审计和实施服务 | 配置更重，却已经拥有企业采购关系；Mariner 需要证明自己能降低部署成本而不牺牲控制力。 |
OpenAI 的官方 Operator 页面把浏览器操作、用户接管、重要动作确认、Watch Mode 和敏感任务限制都列为产品机制；Anthropic 则把 Computer Use 作为 API 能力公开测试，并提醒开发者从低风险任务开始。两家公司都说明了同一个事实：浏览器代理的核心成本不只在模型推理，还在权限、监督、错误和责任。67
可证伪判断： 如果一个独立浏览器代理无法在任务成功率、跨系统覆盖、审计能力或迁移能力上持续领先平台内建功能，客户会优先选择已经拥有的模型、浏览器或办公套件；如果它能让企业在 30 天内接入更多遗留系统，并把失败回滚、权限和日志做成标准模块，独立产品仍有成立空间。
P｜产品设计：把“替我做”变成可检查的任务
结论： Project Mariner 的低配置体验来自屏幕操作和自然语言，产品要进入真实工作流，还必须把计划、权限、接管、回放和失败处理放到同一个任务界面里。
用户路径
- 用户用自然语言描述目标，例如整理旅行选项、研究一个主题或把菜谱内容加入购物车。
- 代理打开自己的浏览器，在网页中搜索、点击、输入和滚动。
- 系统向用户展示正在执行的步骤；用户可以观察、暂停或停止任务。早期报道中的产品演示明确强调了这套可观看的过程。3
- 当任务需要用户介入时，用户处理登录、敏感输入或最终确认，再把控制权交回代理。
- 任务完成后，用户检查结果；系统保存或回放步骤，以便后续重复。
- 用户再用 Teach and Repeat 让代理尝试相似任务。Google 在 2025 年把这项能力作为 Mariner 的更新方向公开。4
四个必须单独验收的控制面
第一，计划要可见。 用户说“帮我找最合适的机票”，代理需要把时间、价格、行李、退改签和排序标准拆出来。只有最终结果，没有中间计划，用户很难判断代理是否理解了目标。
第二，权限要按动作区分。 读取公开网页、读取邮箱、填写表单、发送邮件和提交付款的风险不同。一个总开关无法支持企业逐步扩大使用范围。
第三，接管要少而准确。 登录、验证码和支付需要人工确认是合理的安全设计；普通点击也频繁要求确认时，用户只是把鼠标操作外包了一小段时间。真正要测的是每个任务的接管次数、接管时长和接管后的成功率。
第四，失败要能回滚。 代理可能填错表格、重复加入购物车或修改错误的账户设置。产品需要保存操作日志、责任人、原始值和撤销路径，不能只显示“任务已完成”。
产品验收指标
- 首个低风险任务在 5 分钟内完成，且用户能看到完整步骤。
- 同类任务的第二次运行，人工接管次数至少比第一次少 50%。
- 高风险动作都设置独立确认，不把付款、发送、删除和权限修改混为普通点击。
- 任务结束后能回放关键步骤，用户能导出输入、输出、操作日志和任务模板。
- 供应商停止服务后，客户能在 30 天内取回任务定义并完成一次替代流程。
Project Mariner 的公开资料能证明它把步骤展示、暂停和浏览器操作做成了产品体验；公开资料没有逐项披露回滚能力、任务模板导出、企业审计和停运后的数据迁移。对于浏览器代理，这些缺口直接影响留存与采购，而不是附录里的合规问题。
E｜商业模式：平台订阅不能替代独立经营账
结论： Project Mariner 的收费对象和收入归属从未被公开拆清；Google 更可能把它当作 Gemini、Search 或 AI Ultra 体系中的能力，而不是单独核算的产品。
四条可能的收费路径
| 路径 | 付费对象 | 客户买到的结果 | 主要成本 | Project Mariner 的公开状态 |
|---|---|---|---|---|
| 个人订阅增值 | 个人用户 | 反复完成低风险网页任务 | 浏览器实例、模型调用、失败重试、存储与支持 | 独立价格、订阅数、任务额度收入未披露 |
| Gemini / Search 套餐增值 | Google AI 订阅用户 | 在已有入口获得搜索、研究和网页执行 | 模型、浏览器、搜索基础设施和安全监控 | Mariner 能力进入 Gemini Agent 与 AI Mode；增量收入未披露。2 |
| 企业授权 | 企业团队或 Workspace 管理员 | 跨系统数据录入、研究与流程自动化 | 身份权限、审计、部署、客户成功和责任成本 | 企业客户、合同、续费与单位毛利未披露 |
| 内部能力投资 | Google 自有产品团队 | 提升 Gemini、Search、Chrome 的任务完成能力 | 研发、算力、机会成本与安全测试 | 官方页面确认技术进入其他 Google 产品；内部回报未披露。1 |
浏览器代理的单位经济至少要包含：
- 每个任务的截图、视觉理解和推理调用；
- 浏览器实例、虚拟机、网络和存储；
- 失败重试、人工接管和客户支持；
- 登录、支付、提示注入和恶意网页的安全防护；
- 高风险错误带来的退款、申诉和责任处理。
如果用户每月只用一两次，按订阅收费会遇到续费压力；如果用户高频使用，模型和浏览器成本又会随着任务数增长。Google 可以用 Search、Chrome 和 Gemini 的既有分发摊薄获客成本，却仍然需要证明每个新增任务带来的收入和留存高于新增基础设施与安全成本。
可证伪判断： 独立浏览器代理只有在同一用户每月完成至少 8 次可核验任务、人工监督时间低于手工操作时间的 30%，并且任务收入覆盖模型、浏览器、重试和支持成本后保持正贡献毛利，才值得作为独立订阅产品继续经营。这些是测试标准，Project Mariner 的实际数据为未披露。
L｜洞察提炼：四张成绩单要分开
结论： Project Mariner 的案例把模型能力、产品留存、平台战略和商业账四个层次分开了；任何一个层次的成功都不能代替另外三个层次。
1. 首次演示是激活，第二类任务才接近留存
用户看到代理把商品加入购物车，说明产品能产生可见结果。用户 30 天后还会不会把旅行、研究或数据录入交给它，才说明产品是否进入日常工作流。前者可以靠新鲜感获得，后者需要可靠性、任务频率和结果责任共同支撑。
验证方式： 为每个用户记录首个成功任务、第二类任务、D7/D30、主动发起比例、接管次数和错误副作用。公开资料没有提供 Project Mariner 的这组数据。
2. 屏幕操作是能力，任务记忆和控制面才可能成为资产
屏幕理解可以让代理覆盖没有 API 的网站，也让模型厂商和浏览器厂商都能进入同一个能力方向。独立产品要留下，需要把任务计划、权限、日志、回滚、模板和团队协作沉淀下来。
验证方式： 让客户更换底层模型或入口，再测量任务迁移时间、模板可复用率、日志完整度和失败修复时间。迁移后只需重新写一条提示词，独立产品的壁垒就很薄。
3. 人工接管既是安全机制，也是价值税
Project Mariner 的早期演示把暂停和观察放在产品体验中，OpenAI 与 Anthropic 的官方页面也把接管、确认和低风险试用写进电脑操作产品的安全边界。用户必须介入并不代表设计失败；真正的问题是，介入发生得多不多、每次要花多久、介入后谁承担结果。367
验证方式： 把登录、验证码、付款、发送、删除和权限变更分别记录接管原因与时长；当普通点击也频繁触发确认时，产品省下的只是少量输入时间。
4. 平台吸收会保留使用价值，抹平独立边界
Google 把 Mariner 的能力带入 Gemini Agent 和 AI Mode，OpenAI 也在 Operator 的官方页面注明它已经整合进 ChatGPT agent。平台可以因此减少入口、共享账号和上下文，独立产品则失去品牌、分发和单独收费的验证空间。26
验证方式： 观察能力并入主平台后，新增任务数、增量付费、取消率、单位成本和高价值工作流是否改善。平台内建的功能如果没有带来这些结果，只是入口合并，而不是产品成功。
D｜决策分析：先证明一个结果，再扩大浏览器范围
结论： 如果今天重新做 Project Mariner，团队应该先选择一个低风险、高频、结果可自动核验的任务，等重复使用和单位经济成立后，再扩展到通用网页代理。
给创始人的测试表
| 决策问题 | 测试动作 | 观察指标 | 暂停条件 |
|---|---|---|---|
| 用户会不会回来 | 让同一团队在 30 天内运行第二类真实任务 | 第二类任务率、D30、主动发起比例 | 第二类任务率低于 40%，先修任务频率与结果价值 |
| 代理是否省时间 | 对同类任务记录代理耗时、人工接管和手工基线 | 完成时间、接管分钟数、错误副作用率 | 监督时间超过手工操作的 30%，缩小任务范围 |
| 是否值得独立入口 | 将同一任务放进模型、浏览器和独立客户端三个入口测试 | 入口转化、任务完成率、增量付费 | 独立入口没有更高成功率或更低成本，转为平台能力 |
| 能否抵抗平台复制 | 让客户更换模型和浏览器入口 | 迁移天数、模板复用率、审计完整度 | 迁移只需重写提示词，独立壁垒不足 |
| 收入能否覆盖成本 | 按客户和任务核算模型、浏览器、重试、支持与安全成本 | 贡献毛利、续费率、每月有效任务数 | 只看订阅收入、不计接管和失败成本，停止扩张 |
给企业采购方
- 先从可回滚的内部流程开始，例如整理公开资料、生成待审核的表格或汇总低敏感度数据。
- 把任务模板、输入输出、操作日志、权限配置和停运取回方式写进合同。
- 把读取、填写、发送、付款、删除和权限修改设置为不同的确认级别。
- 设定 30 天和 90 天复盘点：第二类工作流是否上线，接管次数是否下降，系统变化后任务是否仍然成功。
- 把模型、浏览器和代理层解耦，确保供应商停运时仍能运行最低限度的人工或本地替代流程。
给平台负责人
- 把电脑操作能力放进主入口时，保留清晰的任务计划、接管机制、权限控制和数据删除路径。
- 评估内部项目时，把模型评测、真实任务留存、用户增量、基础设施成本和安全事件分开核算。
- 能力迁移时，向用户说明旧任务、历史数据和账号权限如何处理，不要只换一个产品名称。
- 用新增任务、增量订阅、取消率和单位成本证明平台整合带来了价值，而不是把功能合并本身当作成功。
90 天验证计划
- 第 1 至 30 天： 只做一个低风险任务，例如跨多个网站整理旅行选项，输出待确认清单。记录首次成功率、完成时间、接管次数、错误类型和用户是否接受结果。
- 第 31 至 60 天： 加入一个需要最终确认的真实动作，例如填写预订表但由用户提交。记录同一用户的第二类任务率、主动发起比例和撤销率。
- 第 61 至 90 天： 同时测试独立价格与平台分发，分别计算每个持续用户的浏览器、模型、安全和支持成本。若 D30 复购、单位毛利或重大错误率任一未达标，缩小任务范围，不继续堆叠网站数量。
Project Mariner 的结论很窄，也足够有用：Google 需要“会替用户操作网页”的能力，却没有继续保留一个独立的 Mariner 入口。 对 AI 创业团队来说，下一次看到类似演示时，先问四个数字：D30 重复任务率、每任务人工接管时间、错误副作用率，以及扣除模型和浏览器成本后的贡献毛利。
References
- 1Project Mariner 官方停运页
labs.google.com
- 2The Verge：Google shuts down Project Mariner
theverge.com
- 3The Verge：Google’s AI enters its ‘agentic era’
theverge.com
- 4
- 5
- 6OpenAI：Introducing Operator
openai.com
- 7Anthropic：Introducing computer use
anthropic.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.