把规划和点击分离后,我的桌面智能体快多了:前沿模型负责规划,小模型负责执行
摘要
作者分享了将桌面智能体的规划与执行分离的架构:由 Claude Code 等前沿模型批量规划步骤,小型快速模型 Jev 负责执行点击与操作,普通步骤跳过模型,从而显著提升速度并降低成本。测试中 12 个随机按钮达成 47/48,每次点击约 1.2 秒。代码已开源。
我一直在为 Mac 开发一个桌面智能体,而最大的提速来自把规划和执行分离开来。问题是:当前沿模型直接驱动 GUI 时,每一次点击都要截一张图,再加上一整轮推理。这既慢(每步要好几秒)又昂贵,尽管大多数步骤其实微不足道。现在的做法:
- Claude Code(规划器)提前写出整批步骤:「点击 Upload Document,然后输入文件名,再从下拉菜单中选择 Resume」。
- 一个小型、快速的决策模型(来自 TypeSafe 的 Jev)负责执行每一步:它在约 0.6 秒内在截图中定位目标并选择动作。
- 普通步骤(输入文本、按键、从已打开的下拉菜单中选择、附加文件)完全跳过模型。
- 它优先读取 macOS 的辅助功能树(accessibility tree),只有当应用什么都没有暴露时,才回退到像素识别。
- 每完成一批步骤后,它会把一份约 20 行的屏幕文字报告交给规划器,因此规划器几乎不需要截图。
安全护栏:它会拒绝看起来像发送/删除/支付的点击,除非我事先批准;我一碰鼠标它就立即停止。
在一个包含 12 个随机摆放按钮的测试页面上,它命中了 47/48 次,每次点击约 1.2 秒。在使用自定义绘制 UI 的应用中它仍然会迷路(今天 GitHub 的网页编辑器吞掉了我的按键输入)。很好奇其他人是否也得出了同样的规划器/执行器分离的思路,或者找到了更好的方式来处理没有辅助功能树的应用。代码已开源;按照本版规则,链接放在评论区。
相似文章
@GoSailGlobal: 多代理AI协作实战数据来了:用Opus 4.8做规划、Deepseek/Gemma做执行,成本降10倍,速度快2倍。 秘诀不是用最贵的模型,是让便宜模型干重活、贵模型只做决策。 这跟公司管理一个道理:CEO不该写代码,实习生不该定战略。A…
一篇关于多代理AI协作的实战分享,提出了使用Opus 4.8做规划、Deepseek/Gemma做执行的分层策略,可降低成本10倍、提升速度2倍,并开源了相关实现。
@AI_Community_9: Unsloth Desktop把Qwen3.8 27B的体验推到了新高度。 开箱即用 + 跨平台,核心是把微调和推理的 显存杀到了极致(显存省 70%、速度快 2 倍)。 把“训练、推理、Agent 工具链”全塞进 一个免费开源的桌面端,…
Unsloth Desktop是一个免费开源的桌面应用程序,通过极致优化显存和速度,将训练、推理和Agent工具链集成在一起,显著提升了Qwen3.8 27B等AI模型的使用体验。
@realfxw: 做 Agent 工作流或自主智能体循环时,一个极度影响体验的瓶颈在于:每一个细小的分支判断、工具路由、任务完成度检查或安全拦截,如果全部塞给昂贵的推理大模型(Reasoning LLM),不仅每次调用带来数秒的延迟,Token 成本也会呈…
这篇文章介绍了开源清单awesome-jev-projects,它通过解耦System 1快速决策模型和System 2推理大模型来优化AI代理工作流,降低延迟和成本,并提供代码级参考。
@yibie: 推荐这个项目,shadcn(shadcn/ui 作者)做了一个 Agent Skill——让最贵的模型做审计和规划,让便宜的模型写代码。这个想法本身不新,但 shadcn 把它做成了一个可安装、可编排、带执行闭环的系统,每个设计决策都很实…
shadcn 发布了 Agent Skill 项目 improve,让高价模型进行代码审计和规划,低价模型执行,形成可安装、可编排、带执行闭环的系统。
@QingQ77: 为 llama.cpp 本地推理模型打造的操作型 Agent 运行时,让本地模型像桌面操作员一样执行浏览器、文件、Shell 等实际任务 https://github.com/AtomicBot-ai/atomic-agent… Atom…
Atomic-Agent 是一个为 llama.cpp 本地推理模型设计的桌面操作 Agent,通过优化运行时架构让小型本地模型可靠地执行多步骤桌面任务。