Omnissa公布自主工作区新能力：智能体能够接手动作，IT仍需设计清楚的停止点

Omnissa于2026年9月29日公布一组自主工作区能力，包括在Horizon虚拟机内工作的Delegate、面向IT操作的新智能体，以及Elara治理方案。公司称Delegate可在用户未连接会话时继续工作，并受用户既有权限控制。公告未给出全部能力的统一正式可用日期，不能把整组介绍视为已经向所有客户交付。

AI生成概念示意图，非真实产品照片或软件界面。

独立分析：人离开以后，任务怎样停下来

让助手在用户离开时继续工作，会改变人们发现问题的方式。原来有人盯着屏幕，遇到意外可以立即停止；任务转到后台之后，就需要事先写清什么情况继续，什么情况等待人回来。

可以从一个虚构的应用安装准备任务开始：助手整理测试包、检查文件并生成操作建议，到影响他人设备之前暂停。这样能观察交付物是否足够清楚，也能让管理员熟悉接手方式，而不必第一轮就覆盖整个工作区。

本文建议为任务设置一个可读的结束说明，列出完成内容、失败步骤和未执行动作。若用户回来只看到“已完成”，却不知道是否跳过某些检查，后台运行反而增加了再次调查的工作。

把权限与操作意图一起检查

既有权限决定一个身份能够触及哪些资源，却不能自动说明这次任务应该改变哪些资源。评估时应同时检查授权范围与任务范围，确认工具调用与当前目标有关，而不是因为有权限就继续扩大动作。

例如测试环境中有两组设备，本次只安排其中一组进行准备检查。验收者可以核对目标清单、实际访问记录和输出材料。若发现额外对象，即使没有产生变化，也值得追查目标选择为什么偏离了约定。

这些是本文提出的流程测试，不能据此断言公告中任何产品会发生某种错误。设计这样的样本，是为了让采用者用可观察结果确认自己的配置，而不是仅凭功能名称建立信心。

自动化建议应该让接手者看得懂

面对应用维护或问题排查，助手可能整理出很多线索。真正有用的交接，应说明每条建议基于什么证据、将影响什么，以及怎样判断操作成功。没有依据的长清单，仍会把筛选工作留给管理员。

团队可以请另一位未参与任务的人复核一次建议，记录他在哪些地方需要追问。若总要回到原对话寻找关键条件，就应把这些条件加入固定交付格式。这个过程也能帮助明确哪些步骤适合自动化，哪些需要业务判断。

Omnissa此次公告把工作区、IT操作与治理放到同一讨论中。读者可以先把它当作评估方向，再逐项确认可用范围与接入条件；最值得提前准备的，是让任务启动、暂停和交接都能够被具体检验。

来源与核验

Omnissa：自主工作区与AI治理能力公告（2026-09-29）。

本文于北京时间2026年10月1日核验。新闻事实来自上述第一手资料；场景推演与评估建议为本站独立分析，未经产品实测。