商汤办公小浣熊上线移动端:手机发指令电脑持续执行,iOS 与安卓同步发布

结论先行:商汤办公小浣熊移动端正式上线,iOS 与安卓版本同步发布。移动端不是桌面端的简化版,而是补上了”离开工位之后”这一环——手机发指令、电脑持续执行离开工位也能随时查看、分享和接续成果长按语音输入、松手即发送。三条能力指向同一个目标:让桌面智能体的任务不再被物理位置绑死。

一、移动端上线:一次补齐”最后一公里”

办公小浣熊的产品线此前已在桌面端持续迭代:从 5 月发布的桌面智能体(支持 20+ 格式本地文件直读、浏览器自动化、全局快捷键唤起、办公协同接入、本地记忆与定时任务),到桌面版 2.0 转向”执行助手”,主线一直是从建议者变成执行者

这条主线有个天然缺口:执行发生在电脑上,而人不可能一直坐在电脑前。移动端的价值就是把”发起”和”查看”这两件事从工位上摘出来。

二、三大核心能力拆解

1. 手机发指令、电脑持续执行

这是最核心的一条。用户在手机上给出目标,任务实际在电脑端跑:读本地文件、操作浏览器、跑表格公式、整理输出。对使用者而言,感知是”我说了句话,回来就做完了”;对产品而言,考验的是任务状态的跨端同步——指令怎么可靠地下发、执行进度怎么实时回传、中途失败怎么提示。

2. 离开工位也能随时查看、分享和接续成果

第二条回答的是”结果在哪”。桌面智能体产出的往往是文件、表格、报告,如果只能在电脑上打开,协作链条就断了。移动端把查看、分享、接续三件事合并到一个入口,意味着产出物可以直接流转到聊天、邮件和同事手里,也让”做到一半的任务”可以在通勤路上继续推进。

3. 长按语音输入、松手即发送

第三条是交互层的选择。手机上的文字输入成本高,而办公指令通常短且口语化,语音反而是更自然的入口。长按说话、松手发送的设计把”开始/结束”交给手指动作,省掉了确认按钮,也降低了误触发送的概率。

三、三大能力对照

核心能力 解决什么问题 依赖的关键机制 典型场景
手机发指令、电脑持续执行 任务发起被工位绑死 跨端指令下发与状态回传 外出时让电脑继续跑数据整理
随时查看、分享和接续成果 产出物流转不畅 成果同步与协作分享 会议前把报告发给同事
长按语音输入、松手即发送 移动端输入成本高 语音输入与手势触发 通勤途中下达简单指令

四、从桌面到移动:产品逻辑的完整闭环

把时间线拉长看,小浣熊的演化路径很清晰:先在桌面端证明”能执行”(文件直读、浏览器自动化、定时任务),再在移动端解决”随时可用”(发起、查看、分享)。前者决定能力上限,后者决定使用频次。

对办公类智能体来说,这个顺序其实是必要的。没有稳定的桌面执行能力,移动端就只是一个聊天框;而只有桌面端没有移动端,智能体的使用时长会被严格限制在八小时工位之内。

五、适用场景与现实边界

  • 适合:周期较长、可异步推进的任务,例如批量整理表格、定时抓取资料、生成周报初稿。
  • 适合:需要把产出快速分发出去的协作场景,移动端省掉了”回工位再发”这一步。
  • 需谨慎:涉及敏感本地数据的任务,跨端查看与分享要配合权限与水印策略。
  • 需谨慎:强依赖实时交互的操作,例如需要边看边改的复杂排版,移动端只能发起不适合操作。

六、常见问题

Q1:手机发指令,电脑必须开着吗?

是的。移动端负责发起与查看,实际执行仍在电脑端完成,因此需要保持电脑开机、客户端在线并联网。

Q2:和直接在电脑上用小浣熊有什么区别?

能力边界基本一致,差别在使用位置与交互方式:移动端让你可以在离开工位时发起任务、查看结果并分享产出,而复杂操作仍建议在桌面端完成。

Q3:语音输入在嘈杂环境可靠吗?

短指令场景通常够用,但涉及数字、专有名词或长句时仍建议人工校对后再发送,避免指令被误解导致任务跑偏。

七、小结

小浣熊移动端上线,看起来只是多了一个客户端,实质是把办公智能体的发起端点、查看端点、分享端点同时搬到了手机上。三条能力里,”手机发指令、电脑持续执行”最有产品价值,也最难做稳——它考验的不是语音识别,而是跨端任务状态的一致性。iOS 与安卓同步发布说明这一步已经落地,接下来值得观察的是长任务在弱网、锁屏、休眠等真实条件下的稳定性表现。