飛書項目生態日：AI+項目管理，toB軟件行業一個時代切換的信號

AI Agent的崛起正在重塑SaaS行業的競爭邏輯，飛書項目通過三層架構革新，將AI從輔助層推向執行層。本文深度解析飛書項目如何通過CLI+MCP+AAMP協議重構項目管理范式，并揭秘制造業、自動駕駛等頭部企業的實戰案例，帶你看懂AI時代協作工具的生態化轉型與戰略卡位。

一年來，華爾街和美股投資者因為擔心「AI Agent不再需要SaaS軟件」，導致美股軟件板塊估值斷崖式下跌。

但4月23日的飛書項目生態日的活動給了一個不同的視角。

三個核心判斷

• AI能力從輔助層進入執行層—— 不是給項目經理配個AI秘書，而是讓AI真正承擔項目管理職責。
• 協議層成為新的競爭主戰場—— CLI + MCP + AAMP，誰掌握協議，誰就是生態中樞。
• PMO的實踐是檢驗產品的唯一標準—— 制造業/自動駕駛/游戲頭部客戶投票。

一、范式轉移

過去二十年，SaaS的核心邏輯沒變過：服務人，優化界面，讓人用起來爽。菜單、按鈕、表單、看板——所有設計都圍繞人類認知習慣。

但AI Agent來了。

當軟件的主要使用者不再是「需要看見界面」的人，而是能自主理解任務、調用工具、執行復雜工作流的智能體時，整個設計范式遭遇根本性挑戰。

一個為人類設計的、充滿視覺隱喻的界面，對AI Agent而言，是一道低效且難以解析的 Tokens 損耗。

AI Agent需要的是：程序化、標準化、可被機器理解與調用的原子能力。不是按鈕，是命令；不是菜單，是API。

結論：項目管理類SaaS的范式，要從給人使用的「記錄與跟蹤系統」，走向「人+Agent協同的行動系統」。

二、解剖飛書項目三層架構

開放一直是飛書項目的基因。去年推出開放平臺后，活躍插件數量翻倍，日均接口調用量從500萬+增長到2300萬次。今年，飛書項目面向AI時代實現系統性升級，把核心AI戰略概括為「AI Friendly」。

過去開放更多是「對人開放」，從流程配置，到API/Webhook接口，再到輕應用前端體驗。但當越來越多的「使用者」變成AI Agent，平臺還要對AI足夠友好與開放，讓AI從「會聊天的玩具」變為真正懂業務、能參與協作與執行的超級助手。

飛書項目提出了三層架構：

第一層：AI連接（Connection）—— Agent 輕松安全接入業務基座

核心武器：CLI + MCP協議（Model Context Protocol）+ AI Coding

MCP服務持續升級，讓AI能夠訪問并操作飛書項目，現已覆蓋工作項管理、視圖與度量分析、團隊與個人待辦等40+ 工具，并在連接方式上首家支持了OAuth等更安全的授權方式。

針對中大型項目中常見的幻覺、上下文限制與穩定性訴求，團隊正式發布并開源飛書項目CLI，以漸進式披露等機制提升模型友好度與穩定性，同時更省Token。

第二層：AI應用（Application）—— 把懂業務的Agent裝進應用

核心武器：AI節點 + AI字段

飛書項目打造全新的「AI應用」開放體系，讓專業智能體更可復用地融入工作流。其中：

• AI節點：可封裝智能能力并嵌入流程，支持沉淀為SOP、靈活調試與重復運行。
• AI字段：從簡單的自定義指令升級為具備應用市場的開放能力，支持快速創建，人人可配。

同時發布開箱即用的原生智能體——AI助手，在既有的人力分析、個人周報等能力基礎上，擴展項目分析、圖表生成與日常任務執行等技能，并強調全程基于授權范圍與可讀數據進行分析與生成。

第三層：AI協作（Agent）—— 智能體之間標準化協作

核心武器：AAMP協議（Agent Asynchronous Messaging Protocol）

飛書項目推出面向智能體的AAMP開源協議，讓平臺與智能體、智能體與智能體之間可以標準化地進行異步任務分發與確認，并支持本地智能體在NAT、防火墻等限制下實現雙向通信。

未來的工作模式不是人與一個AI互動，而是人類管理者指揮一個由項目管理、代碼評審、設計審核、Coding Agent、風險預警等Agent組成的「虛擬團隊」。

飛書項目的角色，從「工具」變成「調度中心」。

三、企業落地路徑與案例

在「AI+項目管理」這條賽道上，企業落地通常經歷三個階段：

階段一：鏈路跑順—— 把人工流程自動化，讓AI有抓手。

階段二：智能嵌入—— AI能力深度融入業務流程。

階段三：資產沉淀—— 把經驗和流程變成可復用的資產。

飛書項目已經跑通了下面的案例：

案例一：雅迪科技集團——雙流程體系與智能助手

雅迪科技集團以飛書項目落地IPD（集成產品開發）和IPMS（集成產品營銷體系）雙流程體系，使研發與營銷在關鍵節點實現「握手」：

縮短2個月新車開發周期

• 產品上市準確性提升20%
• 更值得關注的是，雅迪基于飛書項目的開放接口和底層數據，打造了深度嵌入業務流程的「IPD智能項目助手」：
• 自動匯總進展與預警
• 生成周報月報
• 減少20%資源浪費和30%重復工時

啟示：傳統制造業也能用AI實現精細化管理，關鍵是先把流程跑順。

案例二：輕舟智航——「AI+人」的協同模式

智能駕駛企業輕舟智航面臨上千條項目需求，完全靠人工對齊鏈路成本極高。借助飛書項目落地ASPICE標準，輕舟智航打造了「AI+人」的協同模式。

核心創新：將「記錄—分診—分派—閉環」打造為自動化流水線：

• 現場通過語音記錄問題
• 系統自動分類打標
• 結合規則和歷史數據推送給對應責任人
• 路測問題100%自動創建

工程師從繁瑣事務中解放，專注于判斷和解決核心問題。

「先把鏈路跑順，AI才有抓手；鏈路順了，人才能把精力放回判斷和解決問題上。」—— 輕舟智航項目交付負責人

啟示：AI不是來替代人的，而是讓人做更有價值的事。

案例三：爪印工作室——流程資產化

游戲研發協同復雜、內容修改「牽一發而動全身」。爪印工作室依托飛書項目自研FlowStack「流程資產倉庫」，將研發節點與流程模板資產化：

• 200多個標準節點
• 50余 流程模板
• 實現流程復用與系統化管理

結合輕應用與AI Coding，FlowStack這樣的產品僅需2天即可從管理思路轉變成落地可用的系統。

「讓創造舉重若輕，不是把流程做沒，而是把復雜流程變成可以被表達、被復用、被治理的東西。」—— 爪印項目管理負責人

啟示：復雜流程不需要被簡化，而是需要被結構化。

四、飛書項目的生態賦能

飛書項目不僅僅是工具，更是一個生態平臺，在飛書項目上面也有很多ISV生態伙伴，提供企業的細分場景優秀的服務，有2個案例讓人印象深刻：

案例1：詞元無限：Agent深度融入研發流程

作為AI Agent技術公司，詞元無限基于飛書項目AI節點，把技術方案生成、智能編碼與智能測試等關鍵環節封裝進項目流程：

• 研發周期從7-10人天縮短至1-2人天
• 模式從人工流程進化為AI原生智能交付

這正是「算力稅」模式的最佳詮釋——不是按人頭收費，而是按價值交付。

案例2：Zadig：打通「管理域」與「工程域」

Zadig云原生DevOps平臺打通了管理與工程兩域的協作鏈路：

1. 開發在飛書項目里提交代碼變更
2. 測試工作流自動觸發
3. 執行結果實時回傳
4. 發布環節AI先行風險檢測
5. 通過飛書項目審批后自動執行

成果：在一個平臺完成「從想法到執行」的閉環：

• 發布效率提升3倍
• 交付周期縮短 35%

五、尾聲：對產品經理和企業意味著什么

給產品經理

重新思考「用戶」的定義。你的用戶可能不再只是人，也可能是AI Agent。你設計的功能，是給人用還是給AI用，這個判斷會影響整個產品架構優先級。

給企業管理者

選型邏輯要更新。「這個工具人用起來順不順手」依然重要，但下一個問題是：它的API和協議層夠不夠開放，有沒有MCP，AI Agent接入和協作的門檻夠不夠低。這決定了未來3年你的數字化天花板。

飛書項目這次發布，不是功能更新，是AGI時代的戰略卡位。

AI+項目管理的競爭，從拼界面體驗，正式進入拼生態開放度的新階段。

題圖來自Unsplash，基于 CC0 協議。