字節跳動在 2026 年 7 月 30 日調整飛書，真正改變的不是單一產品是否存續，而是公司如何定義企業辦公市場的競爭核心。

過去，協作軟體主要比的是即時通訊、文件、行事曆、流程與帳號席次；如今字節跳動押注的則是另一個入口：能讀懂企業工作情境、串接工具並協助完成多步驟任務的 AI 代理人（Agent）。在這個架構裡，飛書的重要性沒有降低，但它不再是策略終點，而是豆包代理人發揮作用所需的工作底座。

這次重組到底改了什麼？

字節跳動將飛書拆分至兩個更大的 AI 業務體系：

• 產品端：飛書產品團隊併入豆包產品團隊，由豆包負責人趙祺統一管理。
• 商業端：飛書原本負責行銷、銷售與客戶服務的 GTM（go-to-market，市場拓展）團隊，與火山引擎整合，成立面向企業客戶的「創意服務平台」，由火山引擎負責人譚待帶領。
• 飛書本身：既有產品與服務會持續提供，但原先相對獨立的事業群架構已被拆分。8925

因此，這不是「關掉飛書」。更準確地說，是將飛書的兩種能力分別歸位：產品能力納入豆包的模型與代理人路線；企業客戶經營與部署能力則併入火山引擎的雲端商業體系。

飛書從辦公 App，變成 AI 的工作情境層

重組後推出的 豆包 Work，更清楚說明兩者的新關係。字節跳動將它定位為結合工作場所代理人與飛書協作平台的 AI 生產力產品。37

據報導，使用者以飛書帳號登入豆包 Work 後，系統可取得聊天紀錄、文件、會議紀要、行事曆及權限等工作情境資訊。40 這些並非單純的資料來源，而是企業 AI 是否真正有用的前提：代理人若不了解誰能看什麼、專案做到哪裡、會議結論為何、接下來有哪些排程，就很難可靠地協助完成工作。

換句話說，飛書的角色正從「員工打開來溝通的軟體」，轉為「讓 AI 能在企業內理解脈絡並執行工作的協作基礎設施」。

為何是豆包成為組織中心？

豆包 2.0 已被字節跳動定位為面向「代理人時代」的模型：目標不只是回答問題，而是處理較複雜的現實任務；其 Pro 版本主打複雜推理與多步驟任務執行能力。45

到了 2026 年 6 月，豆包 2.1 Pro 又強調四項企業能力：程式碼交付、長時程代理人任務、多模態理解與企業級穩定運行。48 這些方向都指向同一件事：AI 不再只是附加在文件或聊天視窗旁的功能，而是要能跨越文件、會議、權限、流程與內部溝通，主動推進任務的工作系統。

在這個產品邏輯下，模型與代理人團隊若和協作產品團隊各自規劃，整合速度與體驗一致性都可能受限。現有報導能證實組織整合與後續產品連結，但並未獨立量化飛書 AI 功能對豆包模型的實際依賴程度；不過，組織設計已清楚反映字節跳動希望兩者更緊密協作。

飛書近十年的累積，既是優勢也是限制

飛書 2016 年起初是字節跳動內部協作工具，2019 年對外開放，之後長期建立企業協作能力，也曾推動智慧夥伴等 AI 功能。15

這段歷史讓飛書擁有代理人最需要的企業「上下文」：組織關係、權限、訊息、文件、行程、會議與工作流程。對企業 AI 而言，這些資料與控制機制通常比單純的聊天介面更有價值。

但另一面是，當高價值體驗越來越依賴基礎模型、代理人編排與企業部署時，把飛書維持成一個以協作軟體為終局的獨立事業，策略邊界便變得不那麼清楚。這是根據組織調整與豆包 Work 推出所作的產業判讀，並非字節跳動公開揭露的財務理由。3740

中國 AI 辦公戰場：競爭入口正從 App 轉向代理人

字節跳動的調整並非孤例。中國科技公司正試圖讓代理人取代傳統聊天客戶端或文件編輯器，成為使用者進入工作任務的第一入口。

騰訊在 2026 年 3 月推出 WorkBuddy；阿里巴巴則在 8 月上旬把 QoderWork、悟空與 MuleRun 整合至千問 Office。豆包 Work 進入的競爭集合，還包括千問 Office、WorkBuddy 與金山辦公的 WPS 靈犀。40

相關報導將此趨勢概括為：代理人成為任務入口，而既有的協作系統則轉為提供支援性基礎設施。42 各家路徑不盡相同，但共同方向是把模型能力、代理人體驗、企業資料連接與產品團隊拉得更近。字節跳動尤其明確，因為它同時調整了產品歸屬與企業銷售組織。

為何把商業團隊交給火山引擎？

飛書 GTM 團隊併入火山引擎後成立的「創意服務平台」，將統籌字節跳動雲端服務中的 MaaS（Model as a Service，模型即服務）與 SaaS（Software as a Service，軟體即服務）行銷、銷售及客戶服務。69

這更符合企業採購 AI 的現實。一家公司部署代理人，往往不只買一個辦公工具，而是同時需要：

• 雲端算力與基礎設施；
• 模型存取與推論服務；
• 與企業資料、權限系統及既有軟體的整合；
• 協作與工作流介面；
• 上線後的維運與技術支援。

將飛書的商業組織與火山引擎合併，能讓字節跳動以一條企業服務路徑，銷售並交付「火山引擎基礎設施＋豆包模型與代理人＋飛書工作情境」的整體方案，而非讓客戶分別採購雲端、模型與辦公軟體。

這也呼應 CEO 梁汝波在 8 月的說法：即使字節跳動承認其大模型與海外領先模型仍有短期差距，公司仍會持續自研基礎模型，優先建立更扎實的長期技術基礎。17

豆包已有規模，足以成為新核心

到 2026 年中，豆包已不只是替其他產品提供 AI 功能的模型供應者。火山引擎 4 月表示，豆包大模型每日 Token 用量已超過 120 兆；後續報導則引述 6 月每日超過 180 兆 Token。5457

其中 180 兆的數字屬於公司揭露的使用量指標，並非獨立稽核結果，應審慎看待；不過，該規模仍顯示豆包已具備成為組織中樞的條件。模型與代理人可充當多種工作場景的「智慧層」，飛書提供企業脈絡，火山引擎則負責部署、交付與商業化通路。

核心觀察

字節跳動不是單純縮減辦公軟體業務，而是在重組一個判斷：未來最具持續性的辦公平台，可能不是員工用來傳訊息或共同編輯文件的單一 App，而是能安全理解企業工作脈絡、跨既有工具協助完成任務的 AI 系統。

這項押注能否成立，仍取決於代理人的可靠性、整合品質、資安與權限控管，以及企業是否能看到可衡量的效益。不過，7 月 30 日的重組已清楚表態：協作軟體依然重要，但在字節跳動眼中，它正越來越像是「代理人優先」企業 AI 平台的基礎設施，而非定義整個事業的產品類別。837

字節跳動在 2026 年 7 月 30 日調整飛書，真正改變的不是單一產品是否存續，而是公司如何定義企業辦公市場的競爭核心。

過去，協作軟體主要比的是即時通訊、文件、行事曆、流程與帳號席次；如今字節跳動押注的則是另一個入口：能讀懂企業工作情境、串接工具並協助完成多步驟任務的 AI 代理人（Agent）。在這個架構裡，飛書的重要性沒有降低，但它不再是策略終點，而是豆包代理人發揮作用所需的工作底座。

這次重組到底改了什麼？

字節跳動將飛書拆分至兩個更大的 AI 業務體系：

• 產品端：飛書產品團隊併入豆包產品團隊，由豆包負責人趙祺統一管理。
• 商業端：飛書原本負責行銷、銷售與客戶服務的 GTM（go-to-market，市場拓展）團隊，與火山引擎整合，成立面向企業客戶的「創意服務平台」，由火山引擎負責人譚待帶領。
• 飛書本身：既有產品與服務會持續提供，但原先相對獨立的事業群架構已被拆分。8925

因此，這不是「關掉飛書」。更準確地說，是將飛書的兩種能力分別歸位：產品能力納入豆包的模型與代理人路線；企業客戶經營與部署能力則併入火山引擎的雲端商業體系。

飛書從辦公 App，變成 AI 的工作情境層

重組後推出的 豆包 Work，更清楚說明兩者的新關係。字節跳動將它定位為結合工作場所代理人與飛書協作平台的 AI 生產力產品。37

據報導，使用者以飛書帳號登入豆包 Work 後，系統可取得聊天紀錄、文件、會議紀要、行事曆及權限等工作情境資訊。40 這些並非單純的資料來源，而是企業 AI 是否真正有用的前提：代理人若不了解誰能看什麼、專案做到哪裡、會議結論為何、接下來有哪些排程，就很難可靠地協助完成工作。

換句話說，飛書的角色正從「員工打開來溝通的軟體」，轉為「讓 AI 能在企業內理解脈絡並執行工作的協作基礎設施」。

為何是豆包成為組織中心？

豆包 2.0 已被字節跳動定位為面向「代理人時代」的模型：目標不只是回答問題，而是處理較複雜的現實任務；其 Pro 版本主打複雜推理與多步驟任務執行能力。45

到了 2026 年 6 月，豆包 2.1 Pro 又強調四項企業能力：程式碼交付、長時程代理人任務、多模態理解與企業級穩定運行。48 這些方向都指向同一件事：AI 不再只是附加在文件或聊天視窗旁的功能，而是要能跨越文件、會議、權限、流程與內部溝通，主動推進任務的工作系統。

在這個產品邏輯下，模型與代理人團隊若和協作產品團隊各自規劃，整合速度與體驗一致性都可能受限。現有報導能證實組織整合與後續產品連結，但並未獨立量化飛書 AI 功能對豆包模型的實際依賴程度；不過，組織設計已清楚反映字節跳動希望兩者更緊密協作。

飛書近十年的累積，既是優勢也是限制

飛書 2016 年起初是字節跳動內部協作工具，2019 年對外開放，之後長期建立企業協作能力，也曾推動智慧夥伴等 AI 功能。15

這段歷史讓飛書擁有代理人最需要的企業「上下文」：組織關係、權限、訊息、文件、行程、會議與工作流程。對企業 AI 而言，這些資料與控制機制通常比單純的聊天介面更有價值。

但另一面是，當高價值體驗越來越依賴基礎模型、代理人編排與企業部署時，把飛書維持成一個以協作軟體為終局的獨立事業，策略邊界便變得不那麼清楚。這是根據組織調整與豆包 Work 推出所作的產業判讀，並非字節跳動公開揭露的財務理由。3740

中國 AI 辦公戰場：競爭入口正從 App 轉向代理人

字節跳動的調整並非孤例。中國科技公司正試圖讓代理人取代傳統聊天客戶端或文件編輯器，成為使用者進入工作任務的第一入口。

騰訊在 2026 年 3 月推出 WorkBuddy；阿里巴巴則在 8 月上旬把 QoderWork、悟空與 MuleRun 整合至千問 Office。豆包 Work 進入的競爭集合，還包括千問 Office、WorkBuddy 與金山辦公的 WPS 靈犀。40

相關報導將此趨勢概括為：代理人成為任務入口，而既有的協作系統則轉為提供支援性基礎設施。42 各家路徑不盡相同，但共同方向是把模型能力、代理人體驗、企業資料連接與產品團隊拉得更近。字節跳動尤其明確，因為它同時調整了產品歸屬與企業銷售組織。

為何把商業團隊交給火山引擎？

飛書 GTM 團隊併入火山引擎後成立的「創意服務平台」，將統籌字節跳動雲端服務中的 MaaS（Model as a Service，模型即服務）與 SaaS（Software as a Service，軟體即服務）行銷、銷售及客戶服務。69

這更符合企業採購 AI 的現實。一家公司部署代理人，往往不只買一個辦公工具，而是同時需要：

• 雲端算力與基礎設施；
• 模型存取與推論服務；
• 與企業資料、權限系統及既有軟體的整合；
• 協作與工作流介面；
• 上線後的維運與技術支援。

將飛書的商業組織與火山引擎合併，能讓字節跳動以一條企業服務路徑，銷售並交付「火山引擎基礎設施＋豆包模型與代理人＋飛書工作情境」的整體方案，而非讓客戶分別採購雲端、模型與辦公軟體。

這也呼應 CEO 梁汝波在 8 月的說法：即使字節跳動承認其大模型與海外領先模型仍有短期差距，公司仍會持續自研基礎模型，優先建立更扎實的長期技術基礎。17

豆包已有規模，足以成為新核心

到 2026 年中，豆包已不只是替其他產品提供 AI 功能的模型供應者。火山引擎 4 月表示，豆包大模型每日 Token 用量已超過 120 兆；後續報導則引述 6 月每日超過 180 兆 Token。5457

其中 180 兆的數字屬於公司揭露的使用量指標，並非獨立稽核結果，應審慎看待；不過，該規模仍顯示豆包已具備成為組織中樞的條件。模型與代理人可充當多種工作場景的「智慧層」，飛書提供企業脈絡，火山引擎則負責部署、交付與商業化通路。

核心觀察

字節跳動不是單純縮減辦公軟體業務，而是在重組一個判斷：未來最具持續性的辦公平台，可能不是員工用來傳訊息或共同編輯文件的單一 App，而是能安全理解企業工作脈絡、跨既有工具協助完成任務的 AI 系統。

這項押注能否成立，仍取決於代理人的可靠性、整合品質、資安與權限控管，以及企業是否能看到可衡量的效益。不過，7 月 30 日的重組已清楚表態：協作軟體依然重要，但在字節跳動眼中，它正越來越像是「代理人優先」企業 AI 平台的基礎設施，而非定義整個事業的產品類別。837