半年沒發正式版不等於停更：Spring AI Alibaba這場風波，算的是Java AI框架的資源傾斜帳

2026年10月7日，掘金專欄「蘇三說技術」刊出一篇長文，處理技術圈流傳一週的疑問：Spring AI Alibaba（SAA）是不是停更了。爭議起點很具體：GitHub Releases頁面顯示，最後一個正式版v1.1.2.2發布於2026年3月10日，到9月中旬整整半年沒有新版。對一個擁有10.8k Star、已有生產環境採用的框架而言，這個發版間隔確實偏離常態。

先分清可確認的事實與推論

可確認的部分：發版時程是真的停滯。v1.1.0.0於2025年12月30日推出，v1.1.2.0於2026年2月2日跟進，加入Agent Skills與多智慧體並行；三個月後的v2.0.0-M1.1（6月25日）只是跟進Spring AI 2.0的預發布版，之後再無正式版。

但「停更等於棄坑」的推論，被commit紀錄反駁。原文明確整理：v1.1.2.2之後，main分支合併了137個提交；2026年7月24日至8月25日一個月內合併35個PR，8月24日單日合併8個，最近提交落在8月25日。提交內容以Graph序列化修復、Admin控制臺中文化、JUnit 5遷移與文件連結修正為主。這是維護型投入的型態，人力沒有歸零，只是不再鋪新功能主線。

資源傾斜的證據在版本節奏裡

更值得算的是同一集團內兩個專案的發版速度差。根據掘金原文引述的官方公告（java2ai.com上《一文講透Spring AI Alibaba與AgentScope的定位與區別》），兩者定位各異：SAA以Graph工作流編排為核心，AgentScope以Agentic能力為核心，官方說法是獨立發展、互不替代。但實際節奏是，AgentScope Java從2.0.2（9月3日）到2.0.3（9月7日），四天一版；SAA半年一版。工程資源往哪個專案集中，數字已經給出答案。

還有一個細節：v1.1.2.2的最大更新，是首次引入AgentScope Java整合，新增spring-ai-alibaba-starter-agentscope，把AgentScope的ReActAgent封裝成BaseAgent接入SAA的Graph工作流。被傳停更的專案，最後一次大動作是在與接棒者打通介面。

三層市場，誰喫掉誰的需求

用技術替代曲線看，Java AI框架其實分三層，替代壓力各不相同。第一層解決模型接入、工具呼叫、向量庫，Spring AI 2.0與LangChain4j在此層且維持活躍。第二層解決多步驟編排、條件路由、狀態持久化，SAA與Emabel據此卡位。第三層解決Agent長期運行，涵蓋會話持久化、多租戶隔離、沙箱執行與斷點恢復，這是AgentScope的層。

原文的判斷是：如果需求只到呼叫大模型、做RAG與工具呼叫，第一層的活躍專案已經夠用，遷移到SAA的急迫性本來就不高。換言之，SAA發版放緩對「只用第一層能力」的團隊影響有限；真正的影響落在已把生產系統押在Graph編排上的團隊，他們承接的是修補節奏放慢、功能主線轉移的維運風險。

這與我們先前整理的AI工具壓縮Java開發工時的實戰紀錄屬於同一條傳導線：Java陣營的AI相關投資，正從自建框架能力轉向直接消費模型與工具層的效率增益。

收束判斷

依現有資料，這不是棄坑，是同一集團內的資源重配置：維護型提交持續、跨框架整合先行鋪路、新功能主線移往發版更快的AgentScope。對使用者的實際意義取決於所處層級：第一層需求者有活躍替代品，切換成本低；已深入Graph編排的團隊，則需自行評估跟隨v2.0.0正式版時程或提前規劃遷移。至於「Java做AI有沒有戲」這個更大哉問，SAA的發版間隙回答不了，第一層兩個專案的持續活躍反而是更有力的反證。