桌面端智能体的最后一公里:从“能用”到“好用
Yanzel Huang 查看讲师
百林哲咨询(北京)有限公司专家团队成员
某大型互联网金融企业桌面端技术研发专家
浏览:20次
详情 DETAILS

课程简介

大模型已经能写代码、操作网页和调用工具,Agent 也开始进入用户的真实工作环境。但模型能完成一次操作,不等于它能完成一件工作。到了桌面端,真正影响体验的往往是模型之外的问题:任务上下文散落在多个应用里,操作结果缺少反馈,长任务会被切页、断网和重启打断,用户无法随时接管,最终结果也缺少可靠的验收证据。

 这正是桌面 Agent 的"最后一公里"。模型决定 Agent 有没有能力执行任务,桌面产品决定它能不能进入工作现场,持续运行,接受人的控制,并交付可以验证的结果。桌面 Agent 从"能用"走到"好用",靠的不是一次更漂亮的模型回答,而是四个闭环都能稳定运行。

1、上下文闭环让 Agent 获得当前任务真正需要的信息,同时,隔离无关内容。

2、行动与观察闭环让 Agent 根据页面、日志、控制台和网络请求判断下一步,而不是把工具调用成功当成业务成功。

3、控制与恢复闭环让用户可以授权、介入、停止和回退,也让长任务在切页、断线和重启后继续。

4、验证与交付闭环把验收清单、截图、GIF、测试结果、代码 diff 和 PR 连接起来,使完成状态有据可查。

这套方法也恰恰帮助团队改进 Agent 的方式。问题不再统一归因于"模型不够聪明",而是可以定位到具体环节。上下文不完整就修供给链路,操作后没有反馈就补观察信号,状态无法恢复就修任务运行时,结果无法确认就补验收契约。系统因此能够被度量、排查和持续改进。

 本次分享基于 WeaveFox Desktop 的产品与工程实践,提出面向桌面 Agent 的四个闭环:上下文闭环、行动与观察闭环、控制与恢复闭环、验证与交付闭环。通篇围绕任务而不是消息的产品设计,讲解项目、工作区、记忆和能力的作用域划分,多种 Agent 引擎的统一运行体验,长任务的状态连续性,以及 Harness 验证如何把一句"完成了"变成可回查的交付证据。

 课程收益

目标:

1、建立桌面 Agent 的系统认知:理解模型能力与产品工程的边界,知道为什么 Agent 已经会调用工具,用户仍然需要补完大量工作。

2、掌握四闭环设计方法:学习上下文供给、行动与观察、控制与恢复、验证与交付的系统设计,判断一条任务链在哪个位置断开。

3、理解以任务为中心的运行架构:认识任务、会话、项目、工作区和记忆的不同作用域,理解多种 Agent 引擎如何共享一致的任务状态和交互规则。

4、学习人在回路中的控制设计:把权限审批、补充信息、停止、重试、撤销和恢复做成明确机制,让用户不必盯着 Agent,也不会失去控制。

5、获得从演示到生产的落地路径:通过验收清单、运行证据、代码评审、PR 和事项回写,让 Agent 的结果可解释、可复查,也能进入团队已有的研发流程。

 成功要点:

1、 Harness 不是某个测试工具,而是模型之外的一整套工程约束。它让 Agent 知道去哪里工作,如何观察结果,什么时候请求用户介入,失败后怎样恢复,以及用什么证据证明任务已经完成。

2、桌面 Agent 已经能修改文件、执行命令和操作页面,但这类能力很容易制造一种错觉:只要继续增加工具,Agent 就会自然变得好用。真实情况恰好相反。工具越多,任务链越长,状态丢失、权限越界、误操作和结果不可验证的问题就越明显。

 启示:

1、多数产品仍以聊天消息组织 Agent。它们能展示模型输出,却很难回答更关键的问题:任务现在运行到哪里,刚才的操作是否成功,用户能否中途接管,应用重启后如何继续,Agent 凭什么宣布完成。问题发生后,团队往往只能调整 Prompt 或更换模型,无法定位到底是上下文、执行环境、状态管理还是验收链路出了问题。

2、 WeaveFox Desktop 通过一条真实研发任务,拆解 Agent 接收事项、进入隔离工作区、修改代码、启动应用、观察页面、根据失败信号继续修复、执行验收、提交 PR,并把结果写回事项。这将被看到每个产品能力在任务链中的位置,也能理解背后的工程取舍。

 受众人群

产品专家、产品运营专家、桌面智能研究者、产品研发工程师、产品开发人员、平台架构师、开发者、CTO、产品团队负责人以及其他对Agent产品研发、桌面智能感兴趣的从业者。

课程周期

    0.5天(3H) 

课程大纲

课程模块

授课内容

一、 趋势与认知:Agent 正在从回答问题走向完成任务

1、大模型能力提升带来的产品形态变化;聊天助手与工作 Agent 的区别;

2、为什么桌面端会成为 Agent 进入真实工作环境的重要入口。

3、核心判断:模型决定能力上限,桌面产品决定任务完成率。

二、问题空间:从"能用"到"好用"的四处断点

1、上下文进不来、行动后看不到结果、长任务无法持续、完成状态缺少证据;工具调用成功与业务任务完成的差异。

2、典型问题:Agent 已经修改代码,用户仍要启动应用、复现问题、检查日志、截图、提交 PR 和回写事项。

三、上下文闭环:让 Agent 进入正确的工作现场

1、任务上下文、项目知识、历史会话和个人记忆的分层;任务、项目、工作区的作用域;Skill、MCP 和 Plugin 的能力挂载;为什么上下文管理首先是边界设计。

2、工程原则:稳定信息复用,临时信息隔离,大内容按需读取,能力按任务类型挂载。

四、行动与观察闭环:工具调用之后发生了什么

1、文件、终端、浏览器和原生应用的协同;页面结构、截图、控制台、网络请求和运行日志如何构成观察信号;结构化工具与 Computer Use 的使用边界。

2、工程原则:每次行动之后都重新读取环境状态,根据真实结果决定下一步。 

五、控制与恢复闭环:让长任务持续,但不失控

1、以任务而不是消息组织运行状态;后台执行、重连和启动恢复;权限审批、用户问答、停止和重试;文件撤销、代码 Rewind、Git 快照和 worktree 隔离。

2、工程原则:自主执行降低人的操作频率,可逆性降低人的接管成本。

六、验证与交付闭环:Agent 凭什么说"完成了"

1、开发前生成验收清单;Harness 按验证点执行并保存截图、GIF、日志和结果文件;失败后修复并复验;Code Review、PR、事项回写与发布流程的连接。

2、工程原则:自然语言总结不是验收证据,完成状态必须由可观察信号支持。

七、WeaveFox 实践:一条任务如何走完整个交付链

1、从 Studio 或 Dima 事项进入项目,在隔离工作区修改代码,启动 WeaveFox Desktop,操作页面复现问题,根据失败信号继续修复,执行验收,生成证据,提交 PR 并回写结果。

2、案例重点:展示 Agent 如何发现第一次修改不完整,以及系统如何支持继续修复,而不是只展示一次成功结果。

八、工程总结:怎样判断一个桌面 Agent 是否真正好用

1、用四个问题检查产品设计。

*Agent 能否获得完成任务所需的上下文?

*Agent 能否观察每次操作产生的真实结果?

*用户能否停止、修改、撤销和恢复?

*Agent 能否用证据证明结果,并进入团队交付流程?

2、结论:桌面 Agent 不是更强的聊天机器人。它是一套让 AI 进入真实工作现场,并对执行结果负责的任务系统。


预约内训 APPLY
前往提交您的需求,我们会及时与您联系
课程推荐 COURSE
次

企业服务热线:400-106-2080
电话:18519192882
投诉建议邮箱:venus@bailinzhe.com
合作邮箱:service@bailinzhe.com
总部地址:
北京市-丰台区-汽车博物馆东路6号3号楼1单元902-B73(园区)
全国客户服务中心:
天津市-南开区-桂苑路15号鑫茂集团鑫茂军民园1号楼A座802-803
公众号
百林哲咨询(北京)有限公司 京ICP备2022035414号-1