AutoGLM 2.0 是智谱 AI 于 2025 年 1 月发布的自主 GUI 智能体,核心能力是让模型直接“看懂”手机屏幕与电脑桌面,以点击、滑动、输入等人类操作方式完成多步任务——点外卖、订机票、整理桌面文件、跨应用搬运数据均通过自然语言指令触发。它解决的根源问题是传统 GUI 自动化方案的脆弱性:RPA 脚本依赖元素选择器与固定坐标,界面改版即失效,App 内场景无法注入脚本;跨应用的数据串联更是脚本难以覆盖的盲区。AutoGLM 2.0 改用视觉理解驱动决策,屏幕截图作为输入,模型输出下一步操作,从机制上绕开了 DOM 依赖。本文按上手路径组织:先给工具速览卡与安装步骤,再演示最小可用任务,随后拆解三大核心能力,补充生产部署选型、与同类工具的对比、常见误区及面试题,读者可按章节顺序直接操作。

岗位关联

对 AI 从业者而言,AutoGLM 2.0 是观察 GUI Agent 产品化形态的标杆案例,掌握其能力边界与选型逻辑,能直接迁移到智能体产品设计、RPA 替代方案评估与多模态 Agent 开发工作中。

目录
  1. 为什么需要 AutoGLM 2.0:GUI 自动化脚本的脆弱性 → 视觉驱动自主操作
  2. 安装与环境配置:3 步就绪
  3. 快速上手:跑通第一个多步任务
  4. 核心能力详解:4 大支柱
  5. 生产部署与监控:从上线到运维
  6. 版本迭代
  7. AI 应用场景
  8. 常见误区
  9. 面试题
  10. 参考来源
工具类型
多端 GUI 自主智能体(Phone Use / Web Use,商业闭源)
开发商
智谱 AI(北京智谱华章)
开源协议
商业闭源(学术版 AutoGLM 开源)
GitHub Stars
无
主要语言
Python(后端模型与工具链)
当前版本
2.0(2025-01 发布,内测制)
安装方式
智谱清言 App 内测入口 / 云端服务申请制
下载地址
无
官方文档
无
上手难度
★★☆☆☆(低,对话式使用)
适合人群
个人用户、智能体产品开发者、RPA 选型工程师
同类工具
Anthropic Computer Use、OpenAI Operator、字节 UI-TARS
托管服务
无

速览卡是工具类内容的固定首屏模块:30 秒判断「这工具是什么、能不能商用、适不适合我」。

为什么需要 AutoGLM 2.0:GUI 自动化脚本的脆弱性 → 视觉驱动自主操作

传统 GUI 自动化依赖三条路径,各有硬伤。一是坐标录制宏,界面像素一变即失效;二是 DOM/控件树解析,Web 页面可用,但 Android 原生 App 不暴露 DOM,iOS 应用管控更严,脚本无处下刀;三是 OCR 定位,能“看见”文字但理解不了界面语义,遇到弹窗遮挡、列表滚动、多步跳转就断链。跨应用场景尤其困难:把外卖地址同步到地图、把网页资料整理进文档这类任务需要上下文在多个应用间传递,传统脚本工具没有统一的状态管理机制。

AutoGLM 2.0 用视觉语言模型重做了这条链路。模型直接读取屏幕截图,识别界面中的按钮、列表、输入框与弹窗,结合用户指令与历史操作轨迹,逐帧输出“点击哪里、输入什么、如何滚动”的决策序列。界面改版只影响像素呈现,不影响模型对语义的理解,因此对 UI 变化的鲁棒性显著高于选择器方案。任务规划器负责把“帮我订一杯咖啡并同步地址到地图”这类复合目标拆成多步子任务,执行中自动完成跨应用上下文传递。

与 Anthropic Computer Use、OpenAI Operator 等同赛道产品相比,AutoGLM 2.0 的气质差异有三点:以国内 App 生态与中文场景为第一优先,首发即覆盖微信、美团、12306 等高频应用;产品形态直接面向 C 端(清言 App 内对话即用),而非仅提供 API;安全策略激进收敛,支付、密码等敏感操作强制人工确认,执行失败礼貌退出。

安装与环境配置:3 步就绪

AutoGLM 2.0 没有独立安装包,采用“账号 + 内测资格 + 入口”的方式交付,全程无需写代码。

步骤一:注册账号并申请内测。 在智谱清言 App(Android/iOS)或智谱官网注册手机号账号。AutoGLM 2.0 采用分批内测制,发布会后灰度开放;在清言 App 内搜索“AutoGLM”智能体,若显示可添加即已获得资格,未显示则需等待官方放量或关注智谱官方公告。在智谱开放平台(open.bigmodel.cn)完成实名认证,可作为后续申请企业版通道的备案。

步骤二:按使用形态完成授权。 手机端:在清言 App 内进入 AutoGLM 对话,首次使用按引导在系统设置中开启“无障碍服务”权限——这是模拟点击、滑动操作的底层通道,不开启则无法操作其他 App。电脑端:下载官方发布的电脑版客户端并登录同一账号,按引导授予屏幕录制与辅助操作权限。网页端:使用浏览器入口登录,授权浏览器自动化能力。

步骤三:验证环境可用。 在 AutoGLM 对话中发送一条低风险指令,如“打开微信,给最近联系人发一条‘测试’消息”。观察执行过程:界面上应出现 AutoGLM 的操作浮层,自动完成打开微信、搜索联系人、输入并发送;任务结束在对话中返回执行摘要。执行成功即环境就绪。若提示“未获得权限”,回到系统设置检查无障碍服务是否开启;若提示“暂不支持该应用”,则说明该 App 不在当前内测支持名单内。

安装、授权与验证的关键状态可归纳为:账号具备内测资格 → 设备开启无障碍/屏幕录制权限 → 一条测试指令执行成功。三步全过,即可进入真实任务。

快速上手:跑通第一个多步任务

最小可用流程选用“跨应用数据搬运”场景,最能体现 AutoGLM 2.0 区别于脚本工具的价值:让它在备忘录里找到一段地址,打开地图完成搜索。任务链路包含读取、切换应用、输入三个动作,能验证视觉理解与跨应用能力是否正常。

1. 打开智谱清言 App,进入 AutoGLM 智能体对话,确认顶部状态为“AutoGLM 2.0”且已授权无障碍服务。

2. 发送指令:“打开备忘录,找到第一条笔记里的地址,然后打开地图 App 搜索这个地址。”

3. 观察执行:AutoGLM 依次打开备忘录、定位地址文本、切换至地图 App、在搜索框输入地址。全程显示操作浮层与每一步的执行说明。

4. 若涉及点击“搜索”后的跳转,AutoGLM 会继续执行;若地图要求定位权限等敏感授权,会暂停并询问用户。

5. 对话区收到“已完成:地图中已搜索该地址”的摘要,任务结束。

执行失败的常见原因是备忘录内容未加载完成导致屏幕信息不足,此时 AutoGLM 会返回“未能完成,界面状态异常”并停止操作,不会反复重试。可先手动打开备忘录刷新内容后重发指令。

进阶技巧:一是任务拆细,把“订咖啡并同步地址”拆成“在美团下单咖啡”“把地址复制到备忘录”两条指令,单任务成功率更高;二是指定入口,指令中带“用 XX 应用完成”能减少模型选错 App 的概率;三是善用确认机制,涉及支付的步骤 AutoGLM 会主动停下等人工操作,这是特性而非故障。

核心能力详解:4 大支柱

支柱一:视觉驱动的 GUI 操作生成。 AutoGLM 2.0 的底层是智谱自研的视觉语言模型(官方未完全公开型号细节)。模型对屏幕截图做细粒度理解:识别按钮层级、列表滚动状态、弹窗遮挡关系,并预测下一步操作的类型(点击、长按、滑动、文本输入)与目标坐标。该机制天然免疫 DOM 与控件树依赖,界面改版只需模型重新理解一次,无需人工维护选择器。这也是它与传统 RPA 最根本的差异点。

支柱二:长任务规划与跨应用上下文。 复合指令由任务规划器拆解为有序子任务,每一步执行结果(如“已找到地址文本”)作为上下文输入下一步决策。跨应用场景中,AutoGLM 自行完成应用切换与数据携带,用户无需介入中间步骤。规划器具备失败回退能力:某一步操作无效时,会尝试替代路径(如点不到“搜索”按钮则尝试键盘回车),超过阈值才放弃。

支柱三:敏感操作强制人工确认。 密码输入、支付确认、通讯录读取、短信验证码等高风险动作执行前,AutoGLM 会暂停并弹出确认请求,由用户手动完成该步骤后继续后续任务。这套“自动执行 + 关键节点人工接管”的人机协同机制,是它在真实场景可用的前提,也是产品设计上区别于“全自动”技术演示的核心收敛点。

支柱四:多端一致的操作范式。 手机、电脑、网页三种形态共享同一套“截图-决策-操作”循环,入口不同但执行逻辑一致。这意味着在手机端验证过的指令逻辑,可迁移到电脑端处理文档、网页端填写表单,降低了跨端自动化的学习成本。需要明确的是,多端覆盖不等于全应用覆盖,具体支持范围以内测名单为准。

生产部署与监控:从上线到运维

部署方式一:使用智谱托管服务。 面向个人与轻量业务,AutoGLM 2.0 由智谱云端执行,用户只提供指令与必要的人工确认,无需自建任何基础设施。优点是无运维成本、模型持续更新;约束是数据经智谱云端处理、任务执行受内测配额与并发限制,适合对数据合规要求不高的场景。企业批量使用需通过智谱开放平台申请,具体配额与计费以官方商务政策为准。

部署方式二:基于开源组件自建 GUI Agent。 对数据敏感或需深度定制的团队,可基于开源学术版 AutoGLM(THUDM/AutoGLM)或通过智谱开放平台调用 GLM 视觉模型 API,自建“截图-决策-操作”管线。此路线数据不出域,但需要自备 GPU 推理资源、维护操作环境(Android 模拟器或云手机集群)、自行实现任务规划与失败恢复逻辑,工程成本显著高于托管方案。适用于企业自动化测试、合规要求高的内部流程场景。

可观测性。 无论哪种部署方式,建议监控四项指标:任务成功率(按指令类型分桶统计,识别高频失败场景)、平均步数与人工确认次数(衡量规划效率与安全收敛度)、单任务模型调用量(对应成本核算)、失败原因分布(界面不支持、权限缺失、模型误判)。托管模式下智谱提供任务级执行日志,自建模式需自行记录每次决策的截图与操作轨迹,作为调优与事故回溯依据。

<p class=“para-label“>避坑清单:</p><ul class=”dash-list”><li>内测资格不等于全量可用:部分 App 与系统版本不在支持名单,下单前先在测试环境验证目标应用是否可操作,避免上线后才发现“暂不支持”。</li><li>无障碍权限是双刃剑:开启后 AutoGLM 可读取屏幕全部内容,手机端务必在系统层限制其使用范围,并定期检查授权状态。</li><li>敏感操作的人工确认不可关闭:不要尝试绕过支付与密码确认环节,该机制既是安全边界也是合规底线,关闭会导致账号风险与平台封禁。</li><li>任务成功率非 100%:复杂界面、动态加载内容、异常弹窗都会导致失败,生产环境必须设计失败降级路径(如转人工),不能假设模型永不犯错。</li></ul>

维度AutoGLM 2.0Anthropic Computer UseOpenAI Operator字节 UI-TARS
定位中文场景多端自主 GUI 智能体桌面 GUI 操作 API浏览器任务代理开源 GUI Agent 模型
编排范式任务规划器 + 观察-决策-执行循环模型循环调用工具(截图+操作)CUA 模型内建规划与决策模型统一推理与动作生成
类型约束手机 App + 电脑桌面 + 网页任意可见桌面 GUI仅浏览器跨端(取决于适配环境)
学习曲线低(对话即用,无需开发)中(需 API 集成开发)低(对话式,需订阅)高(需自部署与调优)
生态集成国内 App 生态与中文支持强国际桌面软件生态海外网站为主开源社区、可定制多端
生产部署智谱托管 + 内测配额AWS Bedrock / Anthropic APIOpenAI 平台订阅制自备 GPU 集群自部署
License商业闭源商业闭源商业闭源开源(可商用)
适合谁国内个人用户与中文场景企业桌面 RPA 替代的开发者海外 Web 自动化订阅用户有算力与研发团队的研究者

选型建议:国内 App 场景与中文任务优先选 AutoGLM 2.0,产品化程度最高、无需开发;需要深度集成到自己系统的桌面自动化,选 Anthropic Computer Use;纯网页任务、部署在海外且接受订阅制,选 OpenAI Operator;有自建能力与算力、需完全掌控模型行为,选 UI-TARS 自部署。四者均非传统 RPA 的完整替代品,重流程、高并发的生产级自动化仍需脚本方案兜底。

版本迭代

AutoGLM 产品线从手机单点突破走向多端统一。初版聚焦 Android 手机 GUI 操作,验证“视觉驱动自动化”的可行性;2.0 完成跨设备升级,将手机、电脑、网页纳入同一操作范式,并强化任务规划与跨应用协作能力。截至训练数据,AutoGLM 2.0 仍为最新正式发布版本,可能已有更新版本。

版本时间变化提升
AutoGLM 初版2024-10面向 Android 手机的 GUI 操作内测基于视觉模型完成单 App 内多步任务,如点外卖、订票
AutoGLM 2.02025-01跨设备能力升级:手机、电脑、网页统一操作新增电脑桌面与网页端入口,任务规划与跨应用协作能力增强
结论

初版到 2.0 的核心变化是“从能操作到一个 App,到能操作一整条任务链”。2.0 的实测差异主要体现在跨应用连贯性与电脑端可用性上,而非单步操作精度。选型时建议以自身目标应用的实测通过率为准,先跑通 10 条典型任务再评估是否规模化引入。

AI 应用场景

手机端多步生活任务自动化

阶段:GUI 任务自动化(Phone Use)

解决的问题:点外卖、订票、话费充值等链条包含打开 App、搜索、筛选、下单多个步骤,人工操作 3-5 分钟,且不同 App 操作逻辑各异。传统 RPA 无法在原生 App 内注入脚本,AutoGLM 2.0 通过视觉理解直接操作界面,一条指令串联全流程。

具体案例:官方内测演示中,用户对 AutoGLM 说“帮我订一杯常点的咖啡”,模型自动打开外卖 App、选择历史订单、确认规格并进入结算页,支付环节停下等待用户确认。全程仅需用户点一次“确认支付”,其余步骤自动完成。

桌面端办公信息整理

阶段:Agent 编排(桌面操作)

解决的问题:资料收集与归档需要反复在不同软件间切换、复制、粘贴,操作机械且易错。AutoGLM 2.0 电脑版直接在桌面上操作,将“打开浏览器搜索资料 → 复制关键段落 → 粘贴到文档 → 按标题归档”整条链路自动执行。

具体案例:产品团队用 AutoGLM 2.0 批量收集竞品页面信息:模型自动打开搜索页、进入目标网站、滚动定位数据区域、复制内容并写入指定表格,单条资料的整理时间从约 2 分钟压缩到人工仅确认一次页面跳转。

网页端跨站数据搬运

阶段:Web 自动化

解决的问题:表单填写与多网站间数据搬运依赖页面结构,改版即失效。AutoGLM 网页入口以视觉理解页面,不依赖 DOM 选择器,对页面改版的适应性更强。

具体案例:市场人员在多个招聘平台发布同一职位,用 AutoGLM 逐站打开发布页、识别表单字段、填入标准化信息并提交,重复性录入工作改为自动执行,人工仅需处理验证码等安全校验环节。

常见误区

误区AutoGLM 2.0 和 RPA 是一回事,只是把脚本配置换成了对话,能完全替代 RPA 工具。

正解两者的决策机制根本不同。RPA 按预设流程执行,每一步都是确定性的,适合高并发、重流程、需精确控制的场景;AutoGLM 2.0 是模型自主决策,每一步“怎么做”由模型根据屏幕内容现场判断,灵活但存在不确定性。前者重流程、后者重理解,生产环境通常是互补而非替代关系。

为何常见:两者都表现为“自动操作界面”,从外部看到的效果相似,容易忽略底层决策逻辑的差异。

误区既然叫“2.0”,应该什么 App 都能操作、什么任务都能一次成功。

正解AutoGLM 2.0 是内测产品,支持应用范围有限,部分 App 因技术限制或安全策略不在名单;任务成功率受界面复杂度、网络加载、异常弹窗影响,复杂任务需拆解执行。官方设计也保留了失败退出机制,不会无限重试。

为何常见:发布会演示展示了多端操作能力,容易让人高估覆盖范围;实际支持名单与成功率需要实测验证。

误区GitHub 上有 AutoGLM 仓库,那 AutoGLM 2.0 是开源的,可以下载源码自己部署。

正解GitHub 上的 THUDM/AutoGLM 是学术研究版本,由高校团队维护,聚焦 GUI 智能体研究;智谱的 AutoGLM 2.0 是商业产品线,底层模型与产品形态均未开源,二者代码与能力不对等。

为何常见:两者同名且智谱与高校有合作关系,初学者容易将开源学术项目误认为商业产品的源码。

误区下载智谱清言 App 后,直接就能使用 AutoGLM 操作手机。

正解使用需要三重条件:账号通过内测资格审核、在 App 内找到并添加 AutoGLM 智能体、为该智能体开启系统无障碍服务权限,缺少任何一环都无法执行操作。内测资格未开放时,App 内不会显示入口。

为何常见:产品以对话界面呈现,给人“即开即用”的直觉;内测门槛与权限授权流程往往被忽略。

误区AutoGLM 2.0 是免费工具,想跑多少任务都行,还能本地部署省下算力钱。

正解AutoGLM 2.0 是云端模型服务,推理消耗算力,内测阶段有配额限制;超出配额或企业级使用需按商务政策付费。本地跑开源学术版需自备 GPU 与完整工程链路,成本远高于托管模式。

为何常见:内测免费体验容易让人忽略后续计费;开源版的存在又让人误以为可以零成本自建。

面试题

Q1. AutoGLM 2.0 驱动 GUI 操作的核心方式是?

单选题 · easy

  • A.视觉理解屏幕内容并生成操作← 正确答案
  • B.通过 OCR 识别文字定位点击
  • C.解析 DOM 树并逐元素选择
  • D.录制坐标并循环回放宏命令

答案:A。AutoGLM 2.0 以视觉语言模型直接理解屏幕截图并生成点击、滑动、输入等操作序列。OCR 只是文字识别,DOM 解析与坐标回放分别对应 Web 脚本和录制宏方案,均非其核心技术路径。

Q2. 使用 AutoGLM 2.0 的必要前提是?

单选题 · easy

  • A.高端本地 GPU 集群
  • B.内测资格与云端服务← 正确答案
  • C.越狱后的移动设备
  • D.企业专有 IT 服务器

答案:B。AutoGLM 2.0 采用云端执行、内测分发的模式,需要账号获得内测资格并接入云端服务。它不要求本地 GPU、不要求越狱设备,与自建服务器无必然关系。

Q3. AutoGLM 2.0 最准确的定位是?

单选题 · easy

  • A.开源的本地 GUI 测试脚本
  • B.多端操作的自主 GUI 智能体← 正确答案
  • C.面向开发者的 RPA 集成框架
  • D.网页前端可视化设计工具

答案:B。AutoGLM 2.0 定位为能操作手机、电脑、网页的多端自主智能体,用户以自然语言下达目标,模型自主决策执行。它不开源、不是测试脚本工具,也不面向 RPA 框架集成或前端设计场景。

Q4. 开源 THUDM/AutoGLM 与 AutoGLM 2.0 的关系是?

单选题 · mid

  • A.代码库完全相同,2.0 即换名
  • B.开源版是学术研究,商业版独立← 正确答案
  • C.2.0 是开源版的沿用与复刻
  • D.两者彼此独立毫无关联

答案:B。THUDM/AutoGLM 是高校团队维护的学术研究版本,聚焦 GUI 智能体研究;AutoGLM 2.0 是智谱的商业产品线,底层模型与产品形态均未开源。二者有技术渊源但非同一条产品线。

Q5. 遇到密码输入或支付场景时,AutoGLM 2.0 会?

单选题 · mid

  • A.自动执行并完整记录操作
  • B.暂停等待用户人工确认← 正确答案
  • C.跳过该步骤继续后续任务
  • D.终止整个任务并清空状态

答案:B。支付、密码、通讯录读取等敏感操作执行前,AutoGLM 2.0 会暂停并请求用户手动完成该步骤,随后继续后续任务。这是其“自动执行 + 关键节点人工接管”安全机制的体现,不会自动越权执行。

Q6. 相比传统 GUI 自动化脚本,AutoGLM 2.0 的核心差异是?

单选题 · mid

  • A.界面改版后依然可以自主适配← 正确答案
  • B.单步执行速度比脚本更快
  • C.可完全离线运行不依赖模型
  • D.不依赖视觉识别等技术能力

答案:A。传统脚本依赖元素选择器与坐标,界面改版即失效;AutoGLM 2.0 通过视觉理解实时解读界面内容,界面变化后模型重新理解即可适配。执行速度并非其优势,且它依赖云端模型,恰恰以视觉识别为核心。

Q7. AutoGLM 2.0 发布口径中的核心愿景是让 AI 操作?

单选题 · mid

  • A.手机上安装的全部应用
  • B.电脑上安装的全部软件
  • C.手机、电脑、网页等一切设备← 正确答案
  • D.智谱自家生态内的应用

答案:C。AutoGLM 2.0 的发布口径是跨设备统一操作,将手机 App、电脑桌面、网页纳入同一操作范式,而非限定于某一类设备或智谱自家应用。

Q8. AutoGLM 2.0 架构中“将大目标拆解为可执行步骤”的组件是?

单选题 · hard

  • A.任务规划器← 正确答案
  • B.语义检索器
  • C.规则引擎
  • D.编译执行器

答案:A。任务规划器负责将用户复合指令拆解为有序子任务,并在执行中处理上下文传递与失败回退。语义检索器用于信息查找、规则引擎和编译执行器是传统自动化概念,均非该架构中的规划组件。

Q9. 以下属于 AutoGLM 2.0 使用形态的是?(多选)

多选题 · mid

  • A.智谱清言 App 内置智能体← 正确答案
  • B.浏览器扩展与网页版入口← 正确答案
  • C.电脑桌面端官方操作入口← 正确答案
  • D.本地离线 Python SDK

答案:ABC。AutoGLM 2.0 提供清言 App 内置智能体、网页入口与电脑端入口三种形态,均需连接云端服务。本地离线 SDK 不属于其公开交付形态,产品本身也未提供本地运行能力。

Q10. 相对于传统 RPA,AutoGLM 2.0 的特点体现在?(多选)

多选题 · hard

  • A.视觉理解动态界面且无需维护元素选择器← 正确答案
  • B.支持跨应用传递上下文完成串联任务← 正确答案
  • C.由云端模型驱动的自主决策执行← 正确答案
  • D.必须由工程师编写流程定义与触发器

答案:ABC。AutoGLM 2.0 以视觉理解替代选择器维护,以自主决策替代预定义流程,并能跨应用传递上下文。与之相反,编写流程定义与触发器是传统 RPA 的工作方式,不属于 AutoGLM 的使用特征。

参考来源