结论先行:商汤办公小浣熊移动端正式上线,iOS 与安卓版本同步发布。移动端不是桌面端的简化版,而是补上了”离开工位之后”这一环——手机发指令、电脑持续执行;离开工位也能随时查看、分享和接续成果;长按语音输入、松手即发送。三条能力指向同一个目标:让桌面智能体的任务不再被物理位置绑死。
一、移动端上线:一次补齐”最后一公里”
办公小浣熊的产品线此前已在桌面端持续迭代:从 5 月发布的桌面智能体(支持 20+ 格式本地文件直读、浏览器自动化、全局快捷键唤起、办公协同接入、本地记忆与定时任务),到桌面版 2.0 转向”执行助手”,主线一直是从建议者变成执行者。
这条主线有个天然缺口:执行发生在电脑上,而人不可能一直坐在电脑前。移动端的价值就是把”发起”和”查看”这两件事从工位上摘出来。
二、三大核心能力拆解
1. 手机发指令、电脑持续执行
这是最核心的一条。用户在手机上给出目标,任务实际在电脑端跑:读本地文件、操作浏览器、跑表格公式、整理输出。对使用者而言,感知是”我说了句话,回来就做完了”;对产品而言,考验的是任务状态的跨端同步——指令怎么可靠地下发、执行进度怎么实时回传、中途失败怎么提示。
2. 离开工位也能随时查看、分享和接续成果
第二条回答的是”结果在哪”。桌面智能体产出的往往是文件、表格、报告,如果只能在电脑上打开,协作链条就断了。移动端把查看、分享、接续三件事合并到一个入口,意味着产出物可以直接流转到聊天、邮件和同事手里,也让”做到一半的任务”可以在通勤路上继续推进。
3. 长按语音输入、松手即发送
第三条是交互层的选择。手机上的文字输入成本高,而办公指令通常短且口语化,语音反而是更自然的入口。长按说话、松手发送的设计把”开始/结束”交给手指动作,省掉了确认按钮,也降低了误触发送的概率。
三、三大能力对照
| 核心能力 | 解决什么问题 | 依赖的关键机制 | 典型场景 |
|---|---|---|---|
| 手机发指令、电脑持续执行 | 任务发起被工位绑死 | 跨端指令下发与状态回传 | 外出时让电脑继续跑数据整理 |
| 随时查看、分享和接续成果 | 产出物流转不畅 | 成果同步与协作分享 | 会议前把报告发给同事 |
| 长按语音输入、松手即发送 | 移动端输入成本高 | 语音输入与手势触发 | 通勤途中下达简单指令 |
四、从桌面到移动:产品逻辑的完整闭环
把时间线拉长看,小浣熊的演化路径很清晰:先在桌面端证明”能执行”(文件直读、浏览器自动化、定时任务),再在移动端解决”随时可用”(发起、查看、分享)。前者决定能力上限,后者决定使用频次。
对办公类智能体来说,这个顺序其实是必要的。没有稳定的桌面执行能力,移动端就只是一个聊天框;而只有桌面端没有移动端,智能体的使用时长会被严格限制在八小时工位之内。
五、适用场景与现实边界
- 适合:周期较长、可异步推进的任务,例如批量整理表格、定时抓取资料、生成周报初稿。
- 适合:需要把产出快速分发出去的协作场景,移动端省掉了”回工位再发”这一步。
- 需谨慎:涉及敏感本地数据的任务,跨端查看与分享要配合权限与水印策略。
- 需谨慎:强依赖实时交互的操作,例如需要边看边改的复杂排版,移动端只能发起不适合操作。
六、常见问题
Q1:手机发指令,电脑必须开着吗?
是的。移动端负责发起与查看,实际执行仍在电脑端完成,因此需要保持电脑开机、客户端在线并联网。
Q2:和直接在电脑上用小浣熊有什么区别?
能力边界基本一致,差别在使用位置与交互方式:移动端让你可以在离开工位时发起任务、查看结果并分享产出,而复杂操作仍建议在桌面端完成。
Q3:语音输入在嘈杂环境可靠吗?
短指令场景通常够用,但涉及数字、专有名词或长句时仍建议人工校对后再发送,避免指令被误解导致任务跑偏。
七、小结
小浣熊移动端上线,看起来只是多了一个客户端,实质是把办公智能体的发起端点、查看端点、分享端点同时搬到了手机上。三条能力里,”手机发指令、电脑持续执行”最有产品价值,也最难做稳——它考验的不是语音识别,而是跨端任务状态的一致性。iOS 与安卓同步发布说明这一步已经落地,接下来值得观察的是长任务在弱网、锁屏、休眠等真实条件下的稳定性表现。
