字節跳動把豆包、飛書、火山引擎串成企業 AI 一體化平台

字節跳動 CEO 梁汝波在 2026 年 9 月 15 日的「飛書未來無限」及豆包工作活動上，講的不是為辦公軟件加幾個 AI 功能，而是將智能體、企業協作環境和雲端基礎設施扣連起來，作為一套企業 AI 平台。公司亦表示會加大企業市場的資源投入。48

三層分工：智能、工作現場、底層基建

字節跳動的分工可以概括為：

• 豆包工作：提供 AI 智能與智能體能力；
• 飛書：承載企業內的協作場景、組織上下文和工具；
• 火山引擎：提供模型、算力和開發工具，讓企業建立自家智能體。78

梁汝波的核心判斷是，智能體不能單打獨鬥；它要同人、即時的工作環境及其他智能體協作，同時又要緊扣底層模型能力。按照這個設計，企業透過火山引擎自行建立的智能體，亦可接入飛書，與員工及其他智能體一同工作。48

對企業而言，重點不只是多了一個較能對話的介面，而是智能體能否在原本已經進行工作的系統內行動，並且只在獲授權範圍內存取資料和執行操作。

先改組織，才有條件做成一體化產品

這套產品架構之前，字節跳動已作出多輪內部調整。

7 月 30 日，公司把飛書產品團隊與豆包產品團隊合併；飛書的市場、銷售及客戶服務等 GTM（go-to-market，市場推廣及商業化）職能，則與火山引擎整合為統一的企業服務組織，負責 MaaS（模型即服務）及 SaaS（軟件即服務）的銷售和客戶服務。字節跳動當時稱，飛書原有產品與服務會維持。5556

到 8 月下旬，TRAE 與 Coze（扣子）相關團隊再併入豆包體系。報道指，TRAE Work 及 Coze 中涉及通用工作、智能體建立的能力，會與豆包整合；TRAE IDE 和 CLI 則繼續作為編程產品線。其後，豆包工作以面向生產力場景的獨立智能體品牌推出。4546

這些調整未能直接證明三套產品已做到無縫銜接，但至少將產品研發集中至豆包，把企業銷售與交付渠道放到火山引擎一邊，減少以往各自為政的組織障礙。

飛書 8.0：讓智能體像同事般入群工作

飛書 8.0 針對智能體使用重構。用戶可像邀請成員般把智能體加入飛書群組，亦可讓多個智能體在同一群內協作。在授權範圍內，智能體可撰寫及修改文件、操作多維表格、管理日程、參與會議、搜尋雲端硬碟及會議紀錄內容，以及發起審批流程。1924

其技術入口是 飛書 CLI：一個開源命令列工具，為 AI 智能體提供統一方式去調用工作平台功能。飛書稱，CLI 可支援讀取訊息、查詢日曆、撰寫文件、操作多維表格及搜尋知識資源等工作。1730

飛書在活動上稱，Agent CLI 開放的功能點由今年 3 月的 247 個增至 767 個；調用成功率由 78% 升至約 95%，調用速度提升 39%。這些屬公司自行披露的產品指標，並非獨立審計後、足以反映整體工作流程可靠性的數據。1420

權限控制是這個方案的要害。飛書文件指出，CLI 的權限邊界與已授權的開放平台應用程式一致；智能體只能調用獲批准的權限範圍，不能繞過既有存取控制，企業管理員須審批應用程式及其權限申請。22

「豆包工作伙伴」不是私人助手，而是常駐團隊成員

新推出的 豆包工作伙伴，定位是服務整個團隊的智能體，而非只服務一名員工的私人助手。字節跳動稱，每個伙伴都有獨立身份、權限和記憶，可像同事一樣加入飛書群組；企業可統一設定其能力、可存取範圍及用量。616

這個設計的意義在於，共用的智能體可以持續保留與群組、文件和會議相關的上下文。理論上，它可長期協助資訊同步、文件覆核、整理週報或程式碼分析，而不用每次由一個空白的個人聊天視窗重新開始。2

不過，市場不宜過早假定它已大規模成熟。產品目前仍處於與企業定向共創階段，會逐步向客戶開放。616

為何「原生融合」比加個外掛更重要？

字節跳動稱，豆包工作與飛書共用帳戶系統，因此豆包工作可取得更完整的已授權上下文，亦能從飛書群組、文件和搜尋等入口被調用。其宣稱能力包括產生或局部修改 Word、Excel、PowerPoint、網頁和應用程式，並可透過電腦操作、多智能體協作和雲端持續執行來處理較複雜任務。12

戰略上的說法很直接：一個獨立模型不會天然知道企業目前正在處理甚麼、可用哪些工具，或誰有甚麼資料權限。飛書要提供這個工作上下文；豆包工作負責推理和執行任務；火山引擎則讓企業按自身知識與流程建立專屬智能體。48

商業數字有起色，但仍是公司口徑

飛書在活動上披露數項指標：

• 2026 年上半年，年度經常性收入（ARR）增速為去年同期的 2.5 倍，飛書稱為成立以來最高；
• 逾 90% 新增客戶同時採購飛書 AI 產品；
• 中小企客戶總量按年增長約 70%。1837

不過，飛書未有在相關公布中披露 ARR 的實際金額。因此，增速本身不能反映業務的絕對規模；但這些公司數字顯示，飛書正把 AI 採用與企業銷售綁得更緊。

最終考驗：可否安全、可追蹤地完成真實工作

這次發布的重要性，在於字節跳動嘗試把模型、智能體、工作平台和雲端基建包裝為同一套企業系統，而非幾項鬆散產品。可是，平台能否站得住腳，不能只看展示功能有多廣。

關鍵問題仍包括：智能體能否可靠完成長而多步驟的工作流程；企業能否審計其操作並在出錯後復原；何時必須交由人手接管；以及由火山引擎建立的自訂智能體，能否持續遵守飛書的身份與權限模型。

飛書 8.0 與豆包工作伙伴已展示字節跳動想走的架構。下一步的成敗，將是它們能否在真實企業流程中，交出安全、可重複、可管治的成果，而不只是演示場景中的亮眼功能。