騰訊 Marvis 跨應用案例拆解：Word、Excel、瀏覽器為什麼開始被一個 AI 指令串起來了？
如果說前幾篇 Marvis 文章討論的是：
- 它能不能接手操作電腦
- 它能不能讀取本機檔案
- 它能不能把影像、語音、文件揉成一條多模態工作流
那這一篇更想回答一個更接近「桌面 Agent」本質的問題：
Marvis 能不能不只幫你完成一件事，而是把幾款應用真正串成一整套流程？
我把騰訊雲開發者社群那篇《Marvis保姆級教程（六·完結）｜應用操作大師——一個指令串起Word、Excel、瀏覽器》重新讀了一遍。我的結論很明確：
Marvis 在跨應用協作這條線上最值得看的，不是它會不會點按鈕，而是它已經開始把 Excel、瀏覽器、Word、檔案保存這些原本分散的動作，收束成一個完整任務。
這件事一旦跑順，意義就不再只是「AI 會幫我寫一段」，而是：
AI 終於開始替你把流程串起來。
先說結論
-
截至 2026 年 6 月 29 日，公開資料裡，
Marvis在跨應用協作方向最有說服力的公開場景，集中在四步：- Excel 讀取與數據分析
- 瀏覽器檢索參考資訊
- Word 報告組織與撰寫
- 檔案保存與歸檔
-
這條線最關鍵的，不是「多開了幾個視窗」，而是：
- 數據能不能在應用之間連續流動
- 中間能不能少掉複製貼上
- 結果能不能直接變成可交付檔案
-
如果你做的是：
- 週報 / 月報
- 教務 / 行政 / 教研
- 營運分析
- 輕量數據總結
- 需要「讀表 -> 查資料 -> 寫報告」一條龍的人
這條線的參考價值會比一般聊天型 AI 高很多。
為什麼跨應用協作比「單點自動化」更值錢
很多 AI 助手現在已經能幫你：
- 總結一段文字
- 解釋一個檔案
- 改寫一封郵件
但真實工作最耗時間的部分，通常不是這些單點動作，而是：
- 在
Excel裡找數據 - 切到瀏覽器搜尋參考資料
- 再切到
Word裡寫內容 - 最後還得手動保存、命名、歸檔
也就是說，最浪費時間的往往不是「某一步不會做」，而是：
你得在不同軟體之間來回搬運資訊。
而 Marvis 在公開案例裡最值得看的突破，就是它不再只幫你做某一步，而是開始試著：
把這些步驟收進一個總指令。
公開案例 1：成績分析報告，最能看出它到底是不是「真 Agent」
騰訊雲開發者社群那篇公開稿，給了一個特別適合拿來理解跨應用協作的例子：
任務場景
- 做一份「本學期語文成績分析報告」
傳統流程
- 打開
Excel - 找出成績表
- 手動算平均分、及格率、優秀率
- 找出進步最大和退步最大的學生
- 打開
Word - 撰寫分析報告
- 從
Excel複製數據表格到Word - 打開瀏覽器搜尋一段範文參考
- 對照著寫完並調整格式
公開稿件給的結論很直接：
- 耗時：2 小時
這很真實。 因為真正花時間的並不只是「分析數據」，而是應用之間的切換和複製貼上。
公開案例 2：Marvis 的做法，不是更快完成一步，而是一個指令串四步
同一個場景裡，公開稿件給出的 Marvis 指令非常像真實使用者會說的話：
打開 D 盤成績表.xlsx，統計分析這學期的語文成績：計算班級平均分、及格率、優秀率，找出進步最大的 3 個學生和退步最大的 3 個學生。然後在網上搜尋一篇小學語文成績分析報告範文作為參考。最後打開 Word，新建一個文件，把分析結果寫成一份 500 字左右的成績分析報告，包含數據表格和文字分析，參考網上範文的框架。
公開稿件裡，Marvis 依序完成的是：
- 打開
Excel - 分析數據
- 打開瀏覽器搜尋範文
- 打開
Word - 撰寫報告
- 插入數據表格
最後給出的公開口徑是：
- 耗時：3 分鐘
我不會把這個數字機械地當成任何人的穩定結果，但它已經足夠說明產品想解決的方向：
不是提升單步效率，而是壓縮整條應用切換鏈。
公開案例 3：最有價值的，不是「開了四個軟體」，而是數據沒有在中途斷掉
公開稿件裡最關鍵的一句話，其實是這句：
Excel 算出來的數據直接帶進 Word，不需要你手動複製貼上。
這為什麼重要？
因為很多所謂「AI 辦公自動化」做來做去，最後還是會卡在這裡：
- 數據在一個軟體裡
- 結果在另一個軟體裡
- 你自己負責搬運
一旦還是得人工手動搬，這條鏈就沒有真正閉環。
而 Marvis 在這個公開場景裡最值得看的地方，就是它至少已經在公開口徑上把這件事說清楚了：
- 數據不是看完就丟
- 檢索不是搜完就結束
- 報告不是從空白開始寫
- 檔案也不是最後還要自己另存新檔
它在嘗試做的是：
把應用之間的數據流連續起來。
公開案例 4：跨應用協作的核心，不是「會打開軟體」，而是「知道數據從哪裡來、要往哪裡去」
這篇公開稿裡，我很喜歡它對「跨應用指令」的一個解釋：
讓 Marvis 明確知道數據在哪個軟體裡，要流向哪個軟體。
這句話其實把跨應用協作的核心說透了。
也就是說，真正高價值的指令不是：
- 幫我打開這個軟體
而是：
- 打開
應用 A - 取出數據
- 去
應用 B做處理 - 再在
應用 C裡輸出結果
公開稿甚至已經把這種思路寫成了模板：
- 打開【應用 A】+ 做什麼
- 在【應用 B】+ 做什麼
- 在【應用 C】+ 輸出結果
這就說明它已經不只是教你「怎麼問」，而是在往：
流程模板化
走。
公開案例 5：這條線一旦模板化，就開始像真正的工作流資產
同一篇公開稿裡，另一個很關鍵的點是：
月報模板工作流
作者給出的示例是：
- 打開本月教研活動記錄
Excel - 統計活動次數、參與人數、覆蓋年級
- 打開本月教學檢查
Word - 提取共通問題
- 再在
Word裡生成月報
這為什麼重要？
因為一旦這類流程能重複跑，它就不再只是一個「聰明的助手」，而是開始變成：
可重複使用的工作流資產。
這對企業、學校、行政團隊、輕營運團隊都很關鍵，因為真正能提升效率的從來不是一次炫技，而是：
- 下個月還能繼續用
- 別人也能接著用
- 新人也能照著跑
公開案例 6：中間加入「剎車點」，說明它開始考慮真實協作感
這篇公開稿裡還有一個很像真實使用環境的細節：
- 先在
Excel裡分析數據 - 分析完先讓我看一下結果
- 確認後再到
Word裡寫報告
這個設計為什麼我特別看重？
因為真正的桌面 Agent，不應該只有「全自動」和「全手動」兩個極端。
很多真實任務裡，你需要的是：
- 先自動跑一段
- 在關鍵節點由人工確認
- 再繼續往下走
這也是為什麼我覺得，這條線更像「協作型 AI 工作流」，而不是單純的腳本自動化。
從這個公開案例裡，我看到的真實生產環境長什麼樣
把這篇公開稿拆開看，Marvis 在跨應用協作方向裡，已經有了相當典型的真實生產環境特徵：
- 有真實應用組合
Excel- 瀏覽器
Word- 檔案系統
- 有真實任務鏈
- 讀表
- 算指標
- 搜參考
- 寫報告
- 存檔歸檔
- 有真實人工介入點
- 中間確認
- 有真實複用可能
- 模板化指令
- 月報類重複流程
這就是為什麼我覺得，它更像：
桌面級跨應用工作流協調器
而不是：
會操作某個軟體的展示型 AI。
它現在最適合哪些人先試
適合馬上試的人
- 需要頻繁處理
Excel -> Word報告的人 - 經常寫週報、月報、分析材料的人
- 教務、教研、行政、營運、專案助理類職位
- 需要網頁參考 + 本機文件 + 報告輸出一起跑的人
- 想把重複桌面流程模板化的人
可以先觀望的人
- 只做純聊天問答，不碰本機應用
- 任務非常短，不需要跨軟體切換
- 對中間確認和模板化還沒有需求的人
- 只偶爾做一次報告，不需要重複利用流程的人
如果你想自己測，我建議這樣測
- 不要先測「會不會打開軟體」，直接測完整任務。
- 最適合先試的切口通常是：
- 成績分析報告
- 週報 / 月報
Excel數據總結 +Word輸出- 網頁範文參考 + 本機報告生成
- 模板化重複流程
- 不只看它快不快，重點看：
- 應用間切換有沒有減少
- 複製貼上次數有沒有下降
- 數據有沒有在鏈路裡斷掉
- 結果是不是更接近「可直接交付」
- 如果你本來就在看桌面 AI，也可以順手比較：
Marvis更適合哪些跨應用任務- 哪些任務繼續交給腳本、RPA 或人工更穩
如果你現在更關心的是：怎樣把騰訊系、GLM、Kimi、DeepSeek、StepFun 等模型統一接進自己的桌面工作流，可以先看：
最後結論
如果只用一句話總結我對 Marvis 這條跨應用協作路線的看法，那就是：
它真正有意思的，不是「會開 Word、Excel、瀏覽器」，而是它開始把這些軟體之間原本斷開的步驟收成一條任務鏈。
一旦這件事做順，價值就不再只是：
- 幫你點一下
- 幫你看一下
- 幫你寫一段
而是更接近：
- 讀數據
- 查資料
- 寫報告
- 存檔案
- 模板複用
也就是說，Marvis 這條線最值得測的，不是「會不會操作應用」，而是：
它能不能開始接手那些你每天都得在多個軟體之間來回搬運的資訊流。