Computer Use

What is it（这是什么）

Computer Use 指的是让 AI 模型通过"看屏幕"来操作电脑：模型截取屏幕画面，理解界面元素（按钮、输入框、菜单），然后直接模拟鼠标点击和键盘输入完成任务。它的技术本质是视觉理解 + 动作规划 + 执行回路的组合，绕过了传统 API 集成，直接复用人类为人类设计的图形界面。商业意义在于：它把"AI 能做什么"的边界从"回答问题"扩展到"替你干活"——任何有 GUI 的软件都成了 AI 的可编程接口，无需该软件开放 API。对独立开发者而言，这意味着一个全新的自动化层市场：RPA（机器人流程自动化）的 AI 原生替代品。

Why now（为什么现在出现）

三个条件在 2024-2026 年同时成熟。第一，多模态视觉模型的成本暴跌：GPT-4o 级别模型的图像输入价格在两年内下降了一个数量级，单次屏幕截图推理成本从几美分降到不足一美分，让"每步操作都截图"在经济上可行。第二，模型的动作规划能力跨过可用阈值：早期模型对 UI 元素定位的准确率不足 50%，现在主流模型在标准基准上已超过 80%，使端到端任务成功率从"玩具"进入"可用"。第三，市场需求侧出现真空：企业 RPA 市场被 UiPath 等厂商以每年数万美元的授权费占据，中小企业被排除在外，而 LLM 原生自动化提供了低成本替代路径。OpenAI 将 Computer Use 作为新一代模型的竞争焦点而非对话能力，直接点燃了开发者社区的关注。

Market Evidence（市场证据）

当前信号呈现"早期但真实"的特征。从 oschina 和 openai 两个独立信源获得 3 次提及，增长率 100%，说明讨论刚起步但方向明确——OpenAI 作为模型层庄家的官方表态是强信号，oschina 的技术社区传播说明中国开发者已开始关注。成熟度处于 nascent 阶段，意味着概念验证多于产品落地，尚无成熟商业玩家。需要警惕的是：3 次提及的样本量极小，100% 增长率的分母接近零，统计意义有限。判断：这是真实的技术方向信号（有头部厂商背书），但市场热度信号尚弱。对独立开发者的含义是——现在入场做基础设施和工具层，比等概念成熟后与巨头正面竞争更有利，但必须做好 6-12 个月的市场教育期准备。

Who's Behind It（谁在推动）

庄家是 OpenAI：它将 Computer Use 定位为模型能力竞争的新战场，用官方产品发布和 API 开放定义标准。跟随者是 Anthropic（Claude 的 computer use 能力）和 Google（Gemini 的界面操作能力），三家在模型层形成三足鼎立。应用层玩家包括 Browserbase、Browser Use 等开源/商业浏览器自动化框架，以及传统 RPA 厂商（UiPath、Automation Anywhere）的防御性转型。开源社区以 browser-use、Open Interpreter 等项目为代表，提供开发者可自托管的执行层。格局判断：模型层被巨头垄断，独立开发者的机会在"执行层之上的垂直封装"——把通用能力做成特定行业的开箱即用产品。

TAM & Market Size（市场规模）

潜在用户分三层。第一层是开发者与自动化工程师：全球约 2000 万人，其中愿意为开发工具付费的约 10%，即 200 万人。第二层是中小企业运营人员：需要自动化重复性 GUI 操作（数据录入、报表生成、跨系统搬运）的岗位，全球规模在千万级。第三层是传统 RPA 的替代市场：UiPath 年营收约 13 亿美元，其客户群对低价替代有强烈需求。付费意愿明确——RPA 客户已证明愿意为自动化付年费，问题是价格敏感度。市场规模处于高速增长期，但当前数据（机会分 0/100、需求分 0/100）说明需求尚未被验证为可量化市场，独立开发者应瞄准"开发者工具"这一付费意愿最明确、决策链最短的细分层切入。

Competitive Landscape（竞争格局）

竞争分 0/100 反映的是"竞争尚未形成"，而非"没有竞争"。已有玩家分两类：模型层（OpenAI、Anthropic、Google）提供原始能力，不直接做垂直产品；框架层（browser-use、Stagehand、Browserbase）提供开发者工具，但同质化严重、多为开源、变现困难。真正的空白在垂直应用层：把 Computer Use 能力封装成特定场景的成品（如电商后台自动对账、招聘网站批量投递、财务系统跨平台录入），这一层目前几乎无人占据。大公司会不会做？会——但它们的路径是提供平台和 API，把垂直场景留给生态。时间窗口估计 12-18 个月：一旦模型层推出官方垂直解决方案或 RPA 巨头完成 AI 转型，独立开发者的空间会被压缩。差异化机会在于"行业 know-how + 工作流封装"，这是通用模型无法直接复制的。

Business Model（商业模式）

推荐订阅制，按"自动化任务执行次数"分档定价，而非按席位——因为 Computer Use 的价值在于替代人力工时，按用量计费与客户价值直接挂钩。定价建议：入门档 $29/月（500 次任务执行），专业档 $99/月（3000 次），团队档 $299/月（15000 次 + 多账号管理）。依据是 RPA 客户单席位年费在 $5000-$15000，独立开发者产品以 1/10 价格切入有明确性价比优势。12 个月收入预测：保守 $3K MRR（50 个付费用户），基准 $12K MRR（150 用户），乐观 $35K MRR（400 用户）。获客成本估算：开发者社区内容营销 CAC 约 $50-$100，付费广告 CAC 约 $200-$300，回本周期 2-4 个月（按专业档计）。关键策略：先做免费工具引流（如单次任务免费试用），再转化订阅。

MVP Blueprint（MVP 蓝图）

核心功能只保留四项：①任务录制——用户手动操作一遍，系统记录截图序列和动作；②任务回放——模型基于截图理解界面，自动重放并处理界面变化；③失败告警——任务失败时截图通知用户；④任务列表管理。砍掉：多账号、团队协作、复杂条件分支、报表分析。技术栈：前端 Next.js + Tailwind，后端 Python（FastAPI）+ Playwright 做浏览器控制，模型调用 OpenAI 的 computer use API 或 Claude 的 computer use，数据库 Postgres，部署 Vercel + Railway。最快上线路径：用 browser-use 开源库做执行引擎，套一个极简的录制回放 UI，3 天可出可用原型；第 4-5 天接入支付（Lemon Squeezy）和用户系统（Clerk）；第 6-7 天部署并写落地页。建议产品形态是 SaaS + API 双轨：SaaS 面向非技术用户，API 面向开发者按调用计费。

Commercial Opportunities（商业化机会）

方向一：电商运营自动化工具。目标用户是中小电商卖家（淘宝、Shopify、亚马逊后台操作者），产品自动完成商品上架、库存同步、订单对账等跨后台操作，预期月收入 $5K-$20K。优于其他方向的原因：电商卖家付费意愿强、操作高度重复、现有工具（店小秘等）价格高且体验差。

方向二：招聘流程自动化助手。目标用户是猎头和 HR，自动在多个招聘网站搜索、筛选、批量投递简历，预期月收入 $3K-$10K。优势在于场景标准化、任务边界清晰、客户对"节省时间"的价值感知直接。

方向三：财务对账机器人。目标用户是中小企业财务，自动登录银行、ERP、发票系统抓取数据并生成对账表，预期月收入 $8K-$25K。优势在于单客户价值高、替换成本高、粘性强，但需要行业知识积累。

Product Ideas（产品创意）

🥇 ScreenFlow — 一句话价值主张：录制一次人工操作，AI 自动重复执行任何网页后台任务。目标用户是运营人员和中小企业主，场景是跨系统数据搬运（如从邮箱导订单到 ERP）。时机判断：Computer Use 能力刚跨过可用阈值，而市面成品几乎为零，先发者可用"录制即自动化"的极简体验建立认知。

🥈 AgentQA — 一句话价值主张：用 AI 视觉代理自动回归测试 Web 应用的 UI 流程。目标用户是中小 SaaS 团队的 QA 工程师，场景是每次发版后自动跑一遍核心用户流程并截图对比。时机判断：Playwright 等工具需要写代码，AI 视觉代理让非技术人员也能维护测试，且与现有 CI 工具互补而非竞争。

🥉 DeskPilot API — 一句话价值主张：一行 API 调用让任何应用获得"看屏幕操作电脑"的能力。目标用户是开发者和 SaaS 厂商，场景是把 Computer Use 能力嵌入自己的产品。时机判断：模型层 API 昂贵且需要工程封装，中间层 API 服务可降低集成门槛，但需警惕模型厂商降价挤压。

SEO Opportunity（SEO 机会）

搜索量趋势：上升初期，中文搜索几乎空白。SEO 难度 0/100 意味着几乎没有竞争内容。有价值的长尾关键词："computer use 是什么"、"AI 操作电脑 自动化"、"computer use API 教程"、"屏幕自动化 工具"、"AI 点击屏幕 原理"。内容策略：优先做"概念解释 + 实操教程"类页面——开发者搜索意图明确，且教程类内容能自然转化到产品试用，比纯营销页更容易拿到排名。

Risk Assessment（风险评估）

判断可能出错的情况：模型层厂商直接推出垂直成品（如 OpenAI 官方电商自动化），或 Computer Use 的准确率在真实复杂界面上始终无法突破 90%，导致产品体验不可靠。三大风险：技术风险——UI 变化导致任务失败率高，用户信任崩塌；市场风险——RPA 巨头降价反击或模型厂商免费开放能力；执行风险——独立开发者难以积累足够行业 know-how 做出差异化。最低成本验证方式：用 browser-use 开源库花 2 天做一个特定场景（如淘宝后台自动上架）的 demo，找 5 个目标用户试用，观察任务成功率和他们是否愿意预付。放弃信号：连续 3 个月付费转化率低于 2%，或模型厂商发布覆盖你场景的官方功能。

Action Plan（行动建议）

第一步（今天）：注册 OpenAI 或 Anthropic 的 API，用 browser-use 跑通一个"打开网页→点击按钮→填写表单"的最小 demo，记录成功率和耗时。第二步（本周）：选一个你熟悉的垂直场景（如电商后台），做可录制的 MVP 原型，找 5 个目标用户做付费意愿访谈。第三步（第一个月）：上线落地页 + 免费试用，在 oschina、V2EX、Reddit 的 r/automation 发技术贴引流，目标获取 20 个试用用户、3 个付费用户。第三个月：根据数据决定加码或转向——若付费转化率超 5%，扩展第二个场景并提价；若低于 2%，转向 API 工具层或放弃。

Related Terms（相关趋势）

• AI Agent — 上位概念，Computer Use 是 Agent 在图形界面环境下的具体执行能力，属子领域关系
• RPA（机器人流程自动化） — 直接竞争关系，Computer Use 是 RPA 的 AI 原生替代路径，两者争夺同一批自动化预算
• Multimodal LLM — 底层依赖关系，视觉理解能力是 Computer Use 的技术前提，模型降价直接推动其商业化