字節跳動喺 2026 年 7 月 30 日重組飛書，重點唔係單純「收縮」一個協作軟件業務，而係將企業 AI 嘅競爭單位，由聊天、文件、流程同帳戶席位，改成可以喺工作場景中理解資料、調用工具同完成多步任務嘅 AI Agent。

調整後，飛書產品團隊歸入豆包，由豆包負責人趙祺統一管理；飛書原本負責市場推廣、銷售及客戶服務嘅 GTM（go-to-market，市場進入）團隊，則同火山引擎合併，成立面向企業嘅「創意服務平台」，由火山引擎負責人譚待領導。飛書既有產品與服務會繼續提供，但原本獨立嘅業務單位，已分拆至 AI 產品與雲端商業交付兩邊。8925

重新排位：豆包做智能核心，飛書做工作脈絡

今次架構將原本較分明嘅三層能力拉近：

• 豆包：大模型能力、Agent 體驗與任務執行；
• 飛書：企業協作介面，以及工作中產生嘅訊息、文件、會議與權限脈絡；
• 火山引擎：雲端基建、企業部署、銷售及售後服務。

呢個唔代表飛書被放棄。其後推出嘅豆包 Work，正正講清楚兩者關係：字節跳動將佢定位為結合工作場所 Agent 同飛書協作平台嘅 AI 生產力產品。37 據報道，用飛書帳戶登入後，助手可取得聊天紀錄、文件、會議記錄、日曆同權限等工作脈絡。40

換句話講，飛書嘅價值唔再只係員工打開嚟傾偈、寫文件嘅 App；佢亦係讓 AI 幫手「做得成嘢」所需嘅上下文與管控層。

由辦公室套件，轉向 Agent 平台

豆包 2.0 早已被字節跳動定位為「Agent 時代」模型：目標唔止係回答問題，而係處理複雜、現實世界嘅多步任務。公司表示，Pro 版本加入複雜推理及多步執行能力。45

到 2026 年 6 月推出豆包 2.1 Pro 時，重點進一步落喺程式碼交付、長鏈任務、多模態理解，以及企業級穩定運行。48

對企業 Agent 嚟講，能否接觸到合適嘅文件、日程、會議、內部溝通資料，同時遵守組織權限，往往直接影響實用性。將協作產品路線同模型、Agent 路線分開，整合速度同產品一致性都有可能受影響。現有報道證實咗組織整合及後續產品連動，但未有獨立量化飛書 AI 功能對豆包模型嘅依賴程度。

飛書十年積累，既係資產亦係限制

飛書 2016 年原本係字節跳動內部協作工具，2019 年向外開放，之後花咗接近十年建立企業協作能力，亦曾加入 AI 功能及「智能夥伴」相關嘗試。15

呢段歷史令飛書成為有價值嘅企業底座：企業協作系統掌握組織內嘅文件、對話、權限、日程與工作流程，正係 AI 助手要融入日常工作所需要嘅資料與控制機制。

但另一面，如果最高價值嘅使用體驗愈來愈取決於模型能力、Agent 編排及企業部署，飛書作為一個完全獨立協作軟件業務嘅邊界就會變得冇咁清晰。呢個係基於產業趨勢嘅解讀，唔係字節跳動公開嘅財務理由；不過組織設計同豆包 Work 嘅推出，都支持飛書被放入更大 AI 生產力技術棧，而唔係作為最終產品終點嘅判斷。3740

中國 AI 辦公室之戰：入口變成「幫你做嘢」嘅 Agent

字節跳動嘅行動，亦出現喺中國科技公司爭相將 Agent 變成辦公室主要入口嘅時期。焦點唔再係邊個 IM 客戶端或文件編輯器最好用，而係邊個系統可以接收任務、理解公司脈絡，再跨工具完成工作。

騰訊喺 2026 年 3 月推出 WorkBuddy；據報道，阿里巴巴喺 8 月初將 QoderWork、Wukong 同 MuleRun 整合成千問 Office。豆包 Work 亦加入同千問 Office、WorkBuddy、金山 WPS 靈犀競爭嘅行列。40 另有報道形容，Agent 正逐漸成為任務入口，而既有協作系統則轉為支援基建。42

共同趨勢係「集中火力」：模型能力、桌面或辦公室 Agent、企業資料連接，以及產品團隊，都被拉到更近。字節跳動尤其明顯，因為佢同時改動產品歸屬同商業銷售架構。

點解銷售要併入火山引擎？

飛書 GTM 團隊合併後成立嘅「創意服務平台」，負責字節跳動雲端服務，包括 MaaS（Model as a Service，模型即服務）及 SaaS（Software as a Service，軟件即服務）嘅市場推廣、銷售與客戶支援。69

呢個架構更貼近企業部署 AI 嘅實況。一間公司買 Agent，通常唔只係買一個軟件帳戶，仲可能要雲端算力、模型存取、系統整合、資料權限與保安處理、工作流程軟件，以及持續支援。將飛書商業團隊同火山引擎放喺同一條線，可以令字節跳動以一個入口銷售及服務整套部署。

做法亦符合行政總裁梁汝波嘅長線取向。佢喺 8 月表示，公司會繼續自研基礎模型，即使接受短期內同海外領先模型存在差距，仍優先建立更強嘅技術根基，而唔係只追逐眼前嘅模型排名。17

豆包已有規模成為組織中心

到 2026 年中，豆包已唔只係替其他產品加 AI 功能嘅供應者。火山引擎 4 月披露，豆包模型每日 Token 用量超過 120 萬億；其後報道引述 6 月數字為超過 180 萬億 Token。5457

不過，180 萬億呢個數字屬公司披露嘅使用量指標，並非經獨立審計嘅數據，應該審慎看待。

豆包嘅企業方向亦愈來愈清楚：2.0 強調 Agent 工作流與複雜任務；2.1 Pro 則著重工程交付、長鏈任務同企業級穩定性。4548 因此，字節跳動有理由將豆包放到組織核心：模型與 Agent 提供智能，飛書提供企業工作脈絡，火山引擎則負責部署與商業交付。

重點唔係飛書「被消失」

字節跳動唔係簡單縮細辦公室軟件業務，而係重押另一個命題：未來最有競爭力嘅辦公室平台，可能唔係員工用嚟溝通嘅單一 App，而係可以安全理解企業脈絡、跨現有工具協助完成工作嘅 AI 系統。

呢個賭注能否兌現，仍要睇 Agent 夠唔夠可靠、整合做得好唔好、保安及權限控制是否到位，以及企業最終有冇見到可量度嘅效益。但 7 月 30 日嘅重組已經講得好清楚：協作軟件仍然重要，只係正愈來愈被當成 Agent 優先企業 AI 平台嘅基建，而唔再係界定整個業務嘅核心產品類別。837

字節跳動喺 2026 年 7 月 30 日重組飛書，重點唔係單純「收縮」一個協作軟件業務，而係將企業 AI 嘅競爭單位，由聊天、文件、流程同帳戶席位，改成可以喺工作場景中理解資料、調用工具同完成多步任務嘅 AI Agent。

調整後，飛書產品團隊歸入豆包，由豆包負責人趙祺統一管理；飛書原本負責市場推廣、銷售及客戶服務嘅 GTM（go-to-market，市場進入）團隊，則同火山引擎合併，成立面向企業嘅「創意服務平台」，由火山引擎負責人譚待領導。飛書既有產品與服務會繼續提供，但原本獨立嘅業務單位，已分拆至 AI 產品與雲端商業交付兩邊。8925

重新排位：豆包做智能核心，飛書做工作脈絡

今次架構將原本較分明嘅三層能力拉近：

• 豆包：大模型能力、Agent 體驗與任務執行；
• 飛書：企業協作介面，以及工作中產生嘅訊息、文件、會議與權限脈絡；
• 火山引擎：雲端基建、企業部署、銷售及售後服務。

呢個唔代表飛書被放棄。其後推出嘅豆包 Work，正正講清楚兩者關係：字節跳動將佢定位為結合工作場所 Agent 同飛書協作平台嘅 AI 生產力產品。37 據報道，用飛書帳戶登入後，助手可取得聊天紀錄、文件、會議記錄、日曆同權限等工作脈絡。40

換句話講，飛書嘅價值唔再只係員工打開嚟傾偈、寫文件嘅 App；佢亦係讓 AI 幫手「做得成嘢」所需嘅上下文與管控層。

由辦公室套件，轉向 Agent 平台

豆包 2.0 早已被字節跳動定位為「Agent 時代」模型：目標唔止係回答問題，而係處理複雜、現實世界嘅多步任務。公司表示，Pro 版本加入複雜推理及多步執行能力。45

到 2026 年 6 月推出豆包 2.1 Pro 時，重點進一步落喺程式碼交付、長鏈任務、多模態理解，以及企業級穩定運行。48

對企業 Agent 嚟講，能否接觸到合適嘅文件、日程、會議、內部溝通資料，同時遵守組織權限，往往直接影響實用性。將協作產品路線同模型、Agent 路線分開，整合速度同產品一致性都有可能受影響。現有報道證實咗組織整合及後續產品連動，但未有獨立量化飛書 AI 功能對豆包模型嘅依賴程度。

飛書十年積累，既係資產亦係限制

飛書 2016 年原本係字節跳動內部協作工具，2019 年向外開放，之後花咗接近十年建立企業協作能力，亦曾加入 AI 功能及「智能夥伴」相關嘗試。15

呢段歷史令飛書成為有價值嘅企業底座：企業協作系統掌握組織內嘅文件、對話、權限、日程與工作流程，正係 AI 助手要融入日常工作所需要嘅資料與控制機制。

但另一面，如果最高價值嘅使用體驗愈來愈取決於模型能力、Agent 編排及企業部署，飛書作為一個完全獨立協作軟件業務嘅邊界就會變得冇咁清晰。呢個係基於產業趨勢嘅解讀，唔係字節跳動公開嘅財務理由；不過組織設計同豆包 Work 嘅推出，都支持飛書被放入更大 AI 生產力技術棧，而唔係作為最終產品終點嘅判斷。3740

中國 AI 辦公室之戰：入口變成「幫你做嘢」嘅 Agent

字節跳動嘅行動，亦出現喺中國科技公司爭相將 Agent 變成辦公室主要入口嘅時期。焦點唔再係邊個 IM 客戶端或文件編輯器最好用，而係邊個系統可以接收任務、理解公司脈絡，再跨工具完成工作。

騰訊喺 2026 年 3 月推出 WorkBuddy；據報道，阿里巴巴喺 8 月初將 QoderWork、Wukong 同 MuleRun 整合成千問 Office。豆包 Work 亦加入同千問 Office、WorkBuddy、金山 WPS 靈犀競爭嘅行列。40 另有報道形容，Agent 正逐漸成為任務入口，而既有協作系統則轉為支援基建。42

共同趨勢係「集中火力」：模型能力、桌面或辦公室 Agent、企業資料連接，以及產品團隊，都被拉到更近。字節跳動尤其明顯，因為佢同時改動產品歸屬同商業銷售架構。

點解銷售要併入火山引擎？

飛書 GTM 團隊合併後成立嘅「創意服務平台」，負責字節跳動雲端服務，包括 MaaS（Model as a Service，模型即服務）及 SaaS（Software as a Service，軟件即服務）嘅市場推廣、銷售與客戶支援。69

呢個架構更貼近企業部署 AI 嘅實況。一間公司買 Agent，通常唔只係買一個軟件帳戶，仲可能要雲端算力、模型存取、系統整合、資料權限與保安處理、工作流程軟件，以及持續支援。將飛書商業團隊同火山引擎放喺同一條線，可以令字節跳動以一個入口銷售及服務整套部署。

做法亦符合行政總裁梁汝波嘅長線取向。佢喺 8 月表示，公司會繼續自研基礎模型，即使接受短期內同海外領先模型存在差距，仍優先建立更強嘅技術根基，而唔係只追逐眼前嘅模型排名。17

豆包已有規模成為組織中心

到 2026 年中，豆包已唔只係替其他產品加 AI 功能嘅供應者。火山引擎 4 月披露，豆包模型每日 Token 用量超過 120 萬億；其後報道引述 6 月數字為超過 180 萬億 Token。5457

不過，180 萬億呢個數字屬公司披露嘅使用量指標，並非經獨立審計嘅數據，應該審慎看待。

豆包嘅企業方向亦愈來愈清楚：2.0 強調 Agent 工作流與複雜任務；2.1 Pro 則著重工程交付、長鏈任務同企業級穩定性。4548 因此，字節跳動有理由將豆包放到組織核心：模型與 Agent 提供智能，飛書提供企業工作脈絡，火山引擎則負責部署與商業交付。

重點唔係飛書「被消失」

字節跳動唔係簡單縮細辦公室軟件業務，而係重押另一個命題：未來最有競爭力嘅辦公室平台，可能唔係員工用嚟溝通嘅單一 App，而係可以安全理解企業脈絡、跨現有工具協助完成工作嘅 AI 系統。

呢個賭注能否兌現，仍要睇 Agent 夠唔夠可靠、整合做得好唔好、保安及權限控制是否到位，以及企業最終有冇見到可量度嘅效益。但 7 月 30 日嘅重組已經講得好清楚：協作軟件仍然重要，只係正愈來愈被當成 Agent 優先企業 AI 平台嘅基建，而唔再係界定整個業務嘅核心產品類別。837