技术思考问题5：Computer Use 能点所有按钮，为何不能直接接管生产系统？原创

Computer use不是万能钥匙，今天只讨论一件事，无结构性接口时他怎么当兜底制行器？右图越权客服每天处理退款要切5个后台，客户等20分钟，如果能自动操作遗留系统体验会立刻提升，但必须保证动作成功。一线工单显示客户最生气的不是慢，是退款状态不一致，机器点完按钮，屏幕变了，但账没动，投诉会翻倍。我查了10家computer use落地案例，截图加坐标方案在界面漂移时失败率明显上升，多数团队只敢做只读和草稿。那第一期只解决无API的工单查询和备注，草稿不碰转账、退款删除，验收标准是查询准确率和草稿可用率。方案A是纯computer use操作UI，方案B是API与。

GP优先，Computer useth是兜底，我倾向于B，但需要执行网关纯UI方案，由三个坑，弹窗遮挡、异补、状态重复提交，且操作必须加密等件和状态回读，否则无法判断成功。当前人工退款成功率97%，平均耗时8分钟。Computer useth若上限任务完成率低于85%，就不能继续。搜索端已经有人问computer use怎么安全接入？如果产品能沉淀，边界规范，自然流量会带来开发者信任，而不是炒作。如果租开发者工具，付费投放菜可能超过300元。更划算的是内容驱动，先别急着买量，除费转化时间买好。我算过，自建执行网关每月云成本约2万人力，6周40万，如果只做展示不降本，这个项目没有安全边际。

先想最坏情况，机器误点转账谁负责，高风险写操作，必须人工审批，保留截图和审计链，否则不能上线。第一轮结论很多，但没人排板，我建议先锁三个决策门，接口、优先级、安全边界、验收指标，否则无法开工。最终我选方案B，牺牲全UI自动化的速度，换来可审计和可回滚。Computer use指进沙箱只读和草稿优先实线上API和MCP走主通道，Computer useth走独立身份和租户白名单写操作先写草稿表，人工确认后才提交合同里写清。Computer use不持有转账退款权限，只生成待审草稿，操作日志保存一年，谁审批谁负责，可追责预算上限60万，6周完成ROI门槛是人。

成功处理时间下降三成，达不到第二级不追加，直接降级为止。图我接受先做草稿，不承诺全自动退款，对外一句话，价值无API系统也能被安全操作，但关键动作仍有人确认客服试用路径我盯查单生成退款草稿人工确认唯读状态，任何一部状态不一致必须自动转人工接款，基于合规和成本，一期冻结为查询备注退款草稿审计回放删除转账批量操作明确不做二期在意基线是人工成功率97，上线成功线任务完成率85，误操作率低于0.5，回滚成功率百分之百。外部案例里失败多因权限过大和缺少状态回读，我们的边界与他们不同，但置信度只有。

不等，需要小流量验证。我会把边界规范做成技术文章和文档，验证指标是自然搜索进入文档的转化率，如果两周无增长，说明选题不准，这次不投付费广告，先买转化事件看文档到试用注册率若超过8%，再给每月5000预算测试owner清单报B出网关设计Alex做沙箱，执行艾玛验收范围David的建指标，芒格审核同我丁每周交付。拍板做受控执行网关API优先，Computer use兜底，只做查询和草稿，高风险人工审批，6周上线，不达标就回馈。