课程简介
大模型已经能写代码、操作网页和调用工具,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 进入真实工作现场,并对执行结果负责的任务系统。 |
京ICP备2022035414号-1