Devon Desktop 通知功能：Agent 完成后自动提醒

告别盯屏：AI 编程助手的新交互范式

用 AI Agent 写代码时，最消耗精力的环节往往不是 review 代码，而是等待。Devon Desktop（前身为 WinServe 的 IDE）推出了一个看似微小却直击痛点的功能：当任何 Agent 会话完成或需要你输入时，系统会推送一条原生通知。这意味着你可以关掉编辑器窗口，去喝杯咖啡，或者处理其他任务——Agent 干完活会主动找你。

这条通知不是针对某个具体工具的，而是覆盖了整个 Agent 会话。官方描述中提到，"One setting covers every agent, Cascade, Devon Local, and ACP agents"，也就是说，无论你用的是哪一种 Agent 后端，一个设置就够了。

一次会话，一次提醒

传统工具的通知机制往往是按工具调用粒度触发的：跑个命令弹一次，写个文件弹一次，结果就是通知栏被轰炸，反而让人想直接关掉通知权限。Devon Desktop 的做法是按会话粒度聚合——"you get one ping per session, not per tool"。一个任务链从开始到结束，只在终点或需要人工介入时给你发一次信号。

这种设计背后的逻辑值得琢磨。AI Agent 的工作流通常是多步骤、链式触发的，中间过程对用户而言是黑盒。如果每一个中间步骤都通知用户，等于把人拉回了盯屏模式，只是换了个通知窗口而已。按会话通知才是真正把主动权交还给用户：你只需要关心最终结果和需要决策的时刻。

Agent 会话（Agent Session） 在这里指的是从用户下达任务到 Agent 完成或中断的一次完整执行上下文，通常包含规划、工具调用、代码生成、测试验证等多个链式步骤。与传统的"一次请求-一次响应"不同，Agent 会话是有状态、可持续数分钟甚至数小时的异步过程。正因如此，会话粒度才是通知的合理单位：用户真正关心的是"这个任务是否结束、是否需要我拍板"，而不是中途哪一次文件写入或命令执行成功了。按工具调用触发通知，会把底层的执行细节暴露给用户，制造大量无信息量的噪声；按会话聚合，则把通知压缩为一次有意义的状态变更事件。这种粒度选择也决定了通知的语义边界——它是任务级别的信号，而非日志级别的推送。

默认关闭，手动开启

这个功能默认是关闭的，需要用户主动设置 devon.agentnotification 才能启用。"Notifications are off by default"——这一点在开发者工具中并不少见，但值得思考的是为什么。一方面，通知权限涉及系统级交互，贸然开启可能对不熟悉设置的用户造成困扰；另一方面，这也是一种克制的产品哲学：不替用户做决定，把选择权留给真正有需要的人。

对于已经习惯了多任务并行的开发者来说，开启这个设置的收益是显而易见的。你可以在 Agent 跑任务的同时去写文档、回邮件、或者开另一个项目的分支，而不必每隔几分钟切回编辑器看一眼进度条。

从"盯屏"到"托管"：AI 编程工具的下一个竞争点

Devon Desktop 这个功能本身并不复杂，但它指向了一个更大的趋势：AI 编程工具正在从"辅助编码"走向"任务托管"。当 Agent 能够独立完成多步骤任务时，用户与工具之间的交互节奏就变了——不再是实时对话，而是异步委托。异步委托的前提是可靠的完成信号，否则用户只能靠不断轮询来确认状态，反而增加了认知负担。

"Stop babysitting the screen"——这句话点出了当前阶段很多 AI 编程工作流的真实状态。Agent 在跑，人在看，说是自动化，其实人变成了监控器。真正的自动化应该允许人离开，只在需要的时候被叫回来。原生通知看似是小事，但它补上了异步委托闭环中"完成反馈"这一环。

值得关注的还有它与 ACP（Agent Client Protocol）的兼容。ACP 是一个正在推进的 Agent 通信协议标准，Devon Desktop 将其纳入通知覆盖范围，意味着这个功能不是绑定在自家 Agent 上的封闭能力，而是面向多 Agent 生态的通用基础设施。对于同时使用多个 Agent 工具的开发者来说，这种统一层级的通知管理比每个工具各自为政要清爽得多。

从产品体验角度看，Devon Desktop 的这个功能做的是减法而非加法：不加新面板、不加新按钮，只是让已有的 Agent 能力在恰当的时机提醒你。在 AI 工具功能日益膨胀的当下，这种克制反而显得稀缺。

ACP（Agent Client Protocol） 是一套面向 AI Agent 与客户端（IDE、编辑器、终端等）之间通信的开放协议标准，目标是让不同厂商、不同框架实现的 Agent 能够以统一接口被客户端调用和管理。可以把它类比为语言服务器协议 LSP 在代码智能领域的角色：LSP 让编辑器不必为每种语言单独适配，ACP 则希望让 IDE 不必为每个 Agent 单独适配。对于一个可能同时调用 Cascade、Devon Local 以及第三方 Agent 的开发者而言，ACP 的价值在于互操作性——Agent 后端可以自由替换，客户端只需实现一次协议对接。Devon Desktop 将 ACP Agent 一并纳入原生通知的覆盖范围，本质上是在协议层做统一抽象，而非针对某个具体 Agent 做定制适配。这也是它区别于封闭式通知能力的根本原因：随着 ACP 生态扩大，这一通知层可以自动覆盖新接入的 Agent，无需额外开发。