TL,DR: 桌面 OS 级？可能我们的认知不大一样吧，我的认知是“既然你是 OS 级别的那肯定能直接和我的桌面 APP 进行交互吧”。具体使用下来给我的感受更像是 “ @Comet + @Claude Code ” 形态上的结合。真要体验的话还是降低期待吧，累了。 蟹邀，感谢 @CCCCCici 提供的邀请码。 用户体验上，阶跃桌面助手采取了悬浮窗 + 主应用界面的组合。客户端的整体体验和豆包之类的桌面端 AI 应用差不多，还是比较好上手的（逻辑都是差不多的，客户端完整功能，悬浮窗快捷使用）。一些菜单的样式让我觉得阶跃桌面助手像是 Electron 包的（实际上性能占用也的确如此）（详情见图一，在执行完多个日常向的、需要使用浏览器 Agent 的任务后，内存占用来到了 4G 的恐怖大小。就算是单纯的打开挂在后台也要吃接近 1G 的内存）。可能是因为我跑的部分任务被我手动终止然后资源没释放？这点就留给官方他们自己慢慢排查吧。 一个重要的点：阶跃桌面助手和你共同的环境有且仅有文件系统和网络！如果你要阶跃帮你去其他需要登录的网站，那么你需要手动接管并登录！ 测了好几个任务执行，都是偏日常向的。毕竟桌面 OS 级别的助手就应该“为我排忧解难”，让用户一览全局。。吧？实际体验可以说是比较灾难的。看了圈大家的评价，都在说的 执行速度慢 我就不重复说明了，慢的地方大多是命令执行（比如调用终端、浏览和导航网页等），浏览器操作比命令执行更慢。日常搜索问答之类的速度反倒是正常的。浏览器 Agent 的动作流反倒是 “重复性动作比较多”。 拿一个比较一般的用例吧：“搜索一名歌手并打开其代表作的 MV”。阶跃桌面助手很遗憾的“失败”了。这里其实分两种情况：如果不指定来源，阶跃会优先使用百度搜索（并参考），在这种情况下是可以正常搜索并在我的默认浏览器内打开网站（但实际上阶跃桌面助手没做这种在用户浏览器内打开的情况。阶跃通过终端打开网站之后其实是会出现一个超长的执行等待）（见图二，可以正常打开，但卡在终端执行）。第二种则是指定了对应海外平台的情况，打开则会优先在内置浏览器内打开（而不是我所期望的正常情况：在用户的浏览器内打开）。内置浏览器的环境大概率是用后即焚的，所以我并不能正常的打开并播放（见图三，甚至 AI 还在回答末尾贴心的说开始欣赏）。（其实这个用例还有个更极端的情况，会让阶跃桌面助手拒绝回答，提示“换个话题聊聊”，但我没办法再次尝试出来） 另一个极端一些的桌面 Agent 操作能力测试就是“直接用电脑上已有的邮箱客户端来查询已有信息”。这一点对于默认情况下只有终端命令和浏览器操作能力的阶跃桌面助手来说是严重超纲的。而阶跃桌面助手并不会主动提及说“这个操作在我的能力范围之外，我无法完成”，而是“努力”的启动了我的邮箱软件，然后打开浏览器操作。。。（甚至在我多次强调不要使用内置的浏览器操作之后依旧我行我素的打开了浏览器并等待用户接管）（见图四，你让我接管但我没有接管的入口啊） 在日常使用方面，由于阶跃桌面助手对于我的日常浏览器查询任务“执行时间过久”，外加我对“AI 因理解错误导致的低效”的厌恶，我自然而然会“希望”能够在 AI 执行的过程中能够让我“中途点拨”一下整体的执行。但很可惜，这里不能这么做。我只能看着 AI 理解错误，然后看他一步一步尝试，最后在浪费了我十多分钟之后跟我说“我还不大能执行”之后再让我说明白执行思路，然后踏上新一轮相互折磨的轮回。 如果是网页操作，我也习惯于使用 @Comet 。人家的执行速度比你快，吃的资源也比你少，模型能力比你强。虽然人家也不能中途主动通过语言点拨但人家发现不行就立刻摇“人”。如果是 CLI 命令行操作，我直接喊 @Claude Code 、 @Crush 、 @Codex CLI 甚至 @Cursor 的能力也比你好。就算你说“我可以一站式解决”，那你能和形态相近的 @豆包 扳手腕吗？还是先慢慢打磨一下用户体验吧。 看到下面一堆“美好”的用例都是需要“折腾”才“可能被我复制到手”之后，我真的有点累了。要不我还是去自己 Vibe 一个专事专干的 AI 应用吧，虽然更费心，但起码遇到痛点我能直接改成“对我来说看起来不错”的样子。（卸载） 啊对了，图一的那个阶跃窗口瞬移真的是 BUG ，希望官方看到能定位和复现出来。。。（虽然大概率这种很难复现就是了）