1. 引言：設(shè)計(jì)系統(tǒng)的“寒武紀(jì)大爆發(fā)”與 Arco 的隕落

在 2019 年至 2021 年間，中國前端開發(fā)領(lǐng)域經(jīng)歷了一場前所未有的“設(shè)計(jì)系統(tǒng)”爆發(fā)期。伴隨著企業(yè)級 SaaS 市場的崛起和中后臺業(yè)務(wù)的復(fù)雜度攀升，各大互聯(lián)網(wǎng)巨頭紛紛推出了自研的 UI 組件庫。這不僅是技術(shù)實(shí)力的展示，更是企業(yè)工程化標(biāo)準(zhǔn)的話語權(quán)爭奪。在這一背景下，字節(jié)跳動推出了Arco Design，這是一套旨在挑戰(zhàn) Ant Design 霸主地位的“雙棧”（React & Vue）企業(yè)級設(shè)計(jì)系統(tǒng)。

Arco Design 在發(fā)布之初，憑借其現(xiàn)代化的視覺語言、對 TypeScript 的原生支持以及極具創(chuàng)新性的“Design Lab”設(shè)計(jì)令牌（Design Token）管理系統(tǒng)，迅速吸引了大量開發(fā)者的關(guān)注。它被定位為不僅僅是一個組件庫，而是一套涵蓋設(shè)計(jì)、開發(fā)、工具鏈的完整解決方案。然而，就在其社區(qū)聲量達(dá)到頂峰后的短短兩年內(nèi)，這一曾被視為“下一代標(biāo)準(zhǔn)”的項(xiàng)目卻陷入了令人費(fèi)解的沉寂。

截至 2025 年末，GitHub 上的 Issue 堆積如山，關(guān)鍵的基礎(chǔ)設(shè)施服務(wù)（如IconBox圖標(biāo)平臺）頻繁宕機(jī)，官方團(tuán)隊(duì)的維護(hù)活動幾乎歸零。對于數(shù)以萬計(jì)采用了 Arco Design 的企業(yè)和獨(dú)立開發(fā)者而言，這無疑是一場技術(shù)選型的災(zāi)難。

本文將深入剖析 Arco Design 從輝煌到停擺的全過程。我們將剝開代碼的表層，深入字節(jié)跳動的組織架構(gòu)變革、內(nèi)部團(tuán)隊(duì)的博弈（賽馬機(jī)制）、以及中國互聯(lián)網(wǎng)大廠特有的“KPI 開源”文化，為您還原整件事情的全貌。

2. 溯源：Arco Design 的誕生背景與技術(shù)野心

要理解 Arco Design 為何走向衰敗，首先必須理解它誕生時的宏大野心及其背后的組織推手。Arco 并不僅僅是一個簡單的 UI 庫，它是字節(jié)跳動為了解決特定業(yè)務(wù)線極其復(fù)雜的后臺需求而孵化的產(chǎn)物。

2.1 “務(wù)實(shí)的浪漫主義”：差異化的產(chǎn)品定位

Arco Design 在推出時，鮮明地提出了“務(wù)實(shí)的浪漫主義”這一設(shè)計(jì)哲學(xué)。這一口號的提出，實(shí)際上是為了在市場上與阿里巴巴的 Ant Design 進(jìn)行差異化競爭。

• Ant Design 的困境：作為行業(yè)標(biāo)準(zhǔn)，Ant Design 以“確定性”著稱，其風(fēng)格克制、理性，甚至略顯單調(diào)。雖然極其適合金融和后臺管理系統(tǒng)，但在需要更強(qiáng)品牌表達(dá)力和 C 端體驗(yàn)感的場景下顯得力不從心。
• Arco 的切入點(diǎn)：字節(jié)跳動的產(chǎn)品基因（如抖音、TikTok）強(qiáng)調(diào)視覺沖擊力和用戶體驗(yàn)的流暢性。Arco 試圖在中后臺系統(tǒng)中注入這種基因，主張?jiān)诮鉀Q業(yè)務(wù)問題（務(wù)實(shí)）的同時，允許設(shè)計(jì)師發(fā)揮更多的想象力（浪漫）。

這種定位在技術(shù)層面體現(xiàn)為對主題定制（Theming）的極致追求。Arco Design 并沒有像傳統(tǒng)庫那樣僅僅提供幾個 Less 變量，而是構(gòu)建了一個龐大的“Design Lab”平臺，允許用戶在網(wǎng)頁端通過可視化界面細(xì)粒度地調(diào)整成千上萬個 Design Token，并一鍵生成代碼。這種“設(shè)計(jì)即代碼”的早期嘗試，是 Arco 最核心的競爭力之一。

2.2 組織架構(gòu)：GIP UED與架構(gòu)前端的聯(lián)姻

Arco Design 的官方介紹中明確指出，該系統(tǒng)是由字節(jié)跳動 GIP UED 團(tuán)隊(duì)和架構(gòu)前端團(tuán)隊(duì)（Infrastructure FrontEnd Team）聯(lián)合推出的。這一血統(tǒng)注定了它的命運(yùn)與“GIP”這個業(yè)務(wù)單元的興衰緊密綁定。

2.2.1 解密 GIP：通用信息平臺 (General Information Platform)

GIP 全稱為 General Information Platform（通用信息平臺）。這是字節(jié)跳動早期的核心業(yè)務(wù)支柱，主要包含以下以“圖文與中長視頻”為核心的信息分發(fā)產(chǎn)品：

• 今日頭條：字節(jié)跳動的起家之作，智能推薦資訊平臺。
• 西瓜視頻：中長視頻平臺。
• 番茄小說：免費(fèi)網(wǎng)文閱讀平臺。

2.2.2 業(yè)務(wù)對技術(shù)的反哺與制約

GIP 的業(yè)務(wù)特點(diǎn)是高信息密度。今日頭條的內(nèi)容審核后臺、廣告投放系統(tǒng)（早期巨量引擎）、創(chuàng)作者管理平臺（頭條號后臺）都需要處理海量的文本數(shù)據(jù)和復(fù)雜的表格操作。因此，Arco Design 從誕生起就帶有濃重的“B 端中后臺”基因，強(qiáng)調(diào)緊湊、理性和高效率，這正是為了服務(wù)于 GIP 龐大的內(nèi)部系統(tǒng)需求。

在 2019-2020 年，GIP 仍是公司的絕對核心與營收主力。Arco Design 的推出，實(shí)際上是字節(jié)跳動“長子”（頭條系）試圖確立公司內(nèi)部技術(shù)標(biāo)準(zhǔn)的一次有力嘗試。

2.3 黃金時代的技術(shù)堆棧

在 2021 年左右，Arco Design 的技術(shù)選型是極具前瞻性的，這也是它能迅速獲得 5.5k Star 的原因之一：

• 全鏈路 TypeScript：所有組件均采用 TypeScript 編寫，提供了優(yōu)秀的類型推導(dǎo)體驗(yàn)，解決了當(dāng)時 Ant Design v4 在某些復(fù)雜場景下類型定義不友好的痛點(diǎn)。
• 雙框架并進(jìn)：@arco-design/web-react 和 @arco-design/web-vue 保持了高度統(tǒng)一的 API 設(shè)計(jì)和視覺風(fēng)格。這對于那些技術(shù)棧不統(tǒng)一的大型公司極具吸引力，意味著設(shè)計(jì)規(guī)范可以跨框架復(fù)用。
• 生態(tài)閉環(huán)：除了組件庫，Arco 還發(fā)布了 arco-cli（腳手架）、Arco Pro（中后臺模板）、IconBox（圖標(biāo)管理平臺）以及 Material Market（物料市場）。這表明團(tuán)隊(duì)不僅是在做一個庫，而是在構(gòu)建一個類似 Salesforce Lightning 或 SAP Fiori 的企業(yè)級生態(tài)。

然而，正是這種龐大的生態(tài)鋪設(shè)，為日后的維護(hù)埋下了巨大的隱患。當(dāng)背后的組織架構(gòu)發(fā)生震蕩時，維持如此龐大的產(chǎn)品矩陣所需的資源將變得不可持續(xù)。

3. 停擺的證據(jù)：基于數(shù)據(jù)與現(xiàn)象的法醫(yī)式分析

盡管字節(jié)跳動從未發(fā)布過一份正式的“Arco Design 停止維護(hù)聲明”，但通過對代碼倉庫、社區(qū)反饋以及基礎(chǔ)設(shè)施狀態(tài)的深入分析，我們可以斷定該項(xiàng)目已進(jìn)入實(shí)質(zhì)性的“腦死亡”狀態(tài)。

3.1 代碼倉庫的“心跳停止”

對 GitHub 倉庫 arco-design/arco-design (React) 和 arco-design/arco-design-vue (Vue) 的提交記錄分析顯示，活躍度在 2023 年底至 2024 年初出現(xiàn)了斷崖式下跌。

3.1.1 提交頻率分析

雖然 React 版本的最新 Release 版本號為 2.66.8（截至文章撰寫時），但這更多是慣性維護(hù)。

• 核心貢獻(xiàn)者的離場：早期的高頻貢獻(xiàn)者（如 sHow8e、jadelike-wine 等）在 2024 年后的活躍度顯著降低。許多提交變成了依賴項(xiàng)升級（Dependabot）或極其微小的文檔修復(fù)，缺乏實(shí)質(zhì)性的功能迭代。
• Vue 版本的停滯：Vue 版本的狀態(tài)更為糟糕。最近的提交多集中在構(gòu)建工具遷移（如遷移到 pnpm）或很久以前的 Bug 修復(fù)。核心組件的 Feature Request 長期無人響應(yīng)。

3.1.2 積重難返的 Issue 列表

Issue 面板是衡量開源項(xiàng)目生命力的體溫計(jì)。目前，Arco Design 倉庫中積累了超過 330 個 Open Issue。

• 嚴(yán)重的 Bug 無人修復(fù)：例如 Issue #3091“tree-select 組件在虛擬列表狀態(tài)下搜索無法選中最后一個” 和 Issue #3089“table 組件的 default-expand-all-rows 屬性設(shè)置不生效”。這些都是影響生產(chǎn)環(huán)境使用的核心組件 Bug，卻長期處于 Open 狀態(tài)。
• 社區(qū)的絕望吶喊：Issue #3090 直接以“又一個沒人維護(hù)的 UI 庫”為題，表達(dá)了社區(qū)用戶的憤怒與失望。更有用戶在 Discussion 中直言“這個是不是 KPI 項(xiàng)目啊，現(xiàn)在維護(hù)更新好像都越來越少了”。這種負(fù)面情緒的蔓延，通常是一個項(xiàng)目走向終結(jié)的社會學(xué)信號。

3.2 基礎(chǔ)設(shè)施的崩塌：IconBox 事件

如果說代碼更新變慢還可以解釋為“功能穩(wěn)定”，那么基礎(chǔ)設(shè)施的故障則是項(xiàng)目被放棄的直接證據(jù)。

• IconBox 無法發(fā)布：Issue #3092 指出“IconBox 無法發(fā)布包了”。IconBox 是 Arco 生態(tài)中用于管理和分發(fā)自定義圖標(biāo)的 SaaS 服務(wù)。這類服務(wù)需要后端服務(wù)器、數(shù)據(jù)庫以及運(yùn)維支持。
• 含義解讀：當(dāng)一個大廠開源項(xiàng)目的配套 SaaS 服務(wù)出現(xiàn)故障且無人修復(fù)時，這不僅僅是開發(fā)人員沒時間的問題，而是意味著服務(wù)器的預(yù)算可能已經(jīng)被切斷，或者負(fù)責(zé)運(yùn)維該服務(wù)的團(tuán)隊(duì)（GIP 相關(guān)的基建團(tuán)隊(duì)）已經(jīng)被解散。這是項(xiàng)目“斷供”的最強(qiáng)物理證據(jù)。

3.3 文檔站點(diǎn)的維護(hù)降級

Arco Design 的文檔站點(diǎn)雖然目前仍可訪問，但其內(nèi)容更新已經(jīng)明顯滯后。例如，關(guān)于 React 18/19 的并發(fā)特性支持、最新的 SSR 實(shí)踐指南等現(xiàn)代前端話題，在文檔中鮮有提及。與競爭對手 Ant Design 緊跟 React 官方版本發(fā)布的節(jié)奏相比，Arco 的文檔顯得停留在 2022 年的時光膠囊中。

4. 深層歸因：組織架構(gòu)變革下的犧牲品

Arco Design 的隕落，本質(zhì)上不是技術(shù)失敗，而是組織架構(gòu)變革的犧牲品。要理解這一點(diǎn)，我們需要將視線從 GitHub 移向字節(jié)跳動的辦公大樓，審視這家巨頭在過去三年中發(fā)生的劇烈動蕩。

4.1 戰(zhàn)略重心的轉(zhuǎn)移：從“頭條”到“抖音”

2021 年底至 2024 年，字節(jié)跳動進(jìn)行了多次大規(guī)模的組織架構(gòu)調(diào)整。其中最關(guān)鍵的變化是戰(zhàn)略重心從圖文資訊（今日頭條）全面轉(zhuǎn)向短視頻與直播（抖音/TikTok）以及后來的 AI 大模型。

• GIP 的邊緣化：隨著移動互聯(lián)網(wǎng)進(jìn)入存量時代，今日頭條和西瓜視頻的用戶增長見頂，戰(zhàn)略地位從“增長引擎”退化為“現(xiàn)金?！鄙踔痢按媪烤S持”業(yè)務(wù)。
• 資源的抽離：GIP UED 和相關(guān)前端團(tuán)隊(duì)面臨縮編或重組。維護(hù) Arco Design 這樣一套龐大的開源系統(tǒng)需要持續(xù)的人力投入。當(dāng)母體部門本身都在進(jìn)行“去肥增瘦”時，一個無法直接帶來商業(yè)增量的開源 KPI 項(xiàng)目，自然成為了裁員的首選目標(biāo)。

4.2 內(nèi)部賽馬機(jī)制：Arco Design vs.Semi Design

字節(jié)跳動素以“APP 工廠”和“內(nèi)部賽馬”文化著稱。這種文化不僅存在于 C 端產(chǎn)品中，也滲透到了技術(shù)基建領(lǐng)域。Arco Design 的停擺，很大程度上是因?yàn)樗谂c內(nèi)部競爭對手Semi Design的博弈中敗下陣來。

4.2.1 Semi Design 的崛起

Semi Design 是由抖音前端團(tuán)隊(duì)與MED 產(chǎn)品設(shè)計(jì)團(tuán)隊(duì)聯(lián)合推出的設(shè)計(jì)系統(tǒng)。

• 出身顯赫：與 GIP 不同，Semi Design 背靠的是字節(jié)跳動的絕對核心——抖音。抖音前端團(tuán)隊(duì)擁有極其充裕的資源和穩(wěn)固的業(yè)務(wù)地位。
• 技術(shù)路線之爭：Semi Design 在架構(gòu)上更為先進(jìn)，采用了 Foundation/Adapter 模式，實(shí)現(xiàn)了邏輯與渲染分離，能以更低的成本適配不同框架。同時，Semi 深度集成了 D2C（Design-to-Code）工具鏈，更符合公司對 AI 和人效的追求。

4.2.2 為什么 Arco 輸了？

在資源整合期，公司高層顯然不需要維護(hù)兩套功能高度重疊的企業(yè)級 UI 庫。

• 業(yè)務(wù)綁定：Semi Design 宣稱服務(wù)了內(nèi)部 10 萬+ 用戶和近千個平臺產(chǎn)品，深度嵌入在抖音的內(nèi)容生產(chǎn)與運(yùn)營流中。
• 結(jié)局：隨著 GIP 業(yè)務(wù)權(quán)重的下降和團(tuán)隊(duì)的調(diào)整，Arco Design 失去了維護(hù)的資源，而 Semi Design 成為了事實(shí)上的內(nèi)部標(biāo)準(zhǔn)。

4.3 中國大廠的“KPI 開源”陷阱

Arco Design 的命運(yùn)也折射出中國互聯(lián)網(wǎng)大廠普遍存在的“KPI 開源”現(xiàn)象。

• 晉升階梯：在阿里的 P7/P8 或字節(jié)的 2-2?3-1 晉升答辯中，主導(dǎo)一個“行業(yè)領(lǐng)先”的開源項(xiàng)目是極具說服力的業(yè)績。因此，很多工程師或團(tuán)隊(duì) Leader 會發(fā)起此類項(xiàng)目，投入巨大資源進(jìn)行推廣（刷 Star、做精美官網(wǎng)）。
• 晉升后的遺棄：一旦發(fā)起人成功晉升、轉(zhuǎn)崗或離職，該項(xiàng)目的“剩余價值”就被榨干了。接手的新人往往不愿意維護(hù)“前人的功勞簿”，更愿意另起爐灶做一個新的項(xiàng)目來證明自己。
• Arco 的軌跡：Arco 的高調(diào)發(fā)布（2021年）恰逢互聯(lián)網(wǎng)泡沫頂峰。隨著 2022-2024 年行業(yè)進(jìn)入寒冬，晉升通道收窄，維護(hù)開源項(xiàng)目的 ROI（投入產(chǎn)出比）變得極低，導(dǎo)致項(xiàng)目被遺棄。

5. 社區(qū)自救的幻象：為何沒有強(qiáng)有力的 Fork？

面對官方的停擺，用戶自然會問：既然代碼是開源的（MIT 協(xié)議），為什么沒有人 Fork 出來繼續(xù)維護(hù)？調(diào)查顯示，雖然存在一些零星的 Fork，但并未形成氣候。

5.1 Fork 的現(xiàn)狀調(diào)查

通過對 GitHub 和 Gitee 的檢索，我們發(fā)現(xiàn)了一些 Fork 版本，但并未找到具備生產(chǎn)力的社區(qū)繼任者。

• vrx-arco：這是一個名為 vrx-arco/arco-design-pro 的倉庫，聲稱是“aro-design-vue 的部分功能擴(kuò)展”。然而，這更像是一個補(bǔ)丁集，而不是一個完整的 Fork。它主要解決特定開發(fā)者的個人需求，缺乏長期維護(hù)的路線圖。
• imoty_studio/arco-design-designer：這是一個基于 Arco 的表單設(shè)計(jì)器，并非組件庫本身的 Fork。
• 被動 Fork：GitHub 顯示 Arco Design 有 713 個 Fork。經(jīng)抽樣檢查，絕大多數(shù)是開發(fā)者為了閱讀源碼或修復(fù)單一 Bug 而進(jìn)行的“快照式 Fork”，并沒有持續(xù)的代碼提交。

5.2 為什么難以 Fork？

維護(hù)一個像 Arco Design 這樣的大型組件庫，其門檻遠(yuǎn)超普通開發(fā)者的想象。

1. Monorepo 構(gòu)建復(fù)雜度：Arco 采用了 Lerna + pnpm 的 Monorepo 架構(gòu)，包含 React 庫、Vue 庫、CLI 工具、圖標(biāo)庫等多個 Package。其構(gòu)建腳本極其復(fù)雜，往往依賴于字節(jié)內(nèi)部的某些環(huán)境配置或私有源。外部開發(fā)者即使拉下來代碼，要跑通完整的 Build、Test、Doc 生成流程都非常困難。
2. 生態(tài)維護(hù)成本：Arco 的核心優(yōu)勢在于 Design Lab 和 IconBox 等配套 SaaS 服務(wù)。Fork 代碼容易，但 Fork 整個后端服務(wù)是不可能的。失去了 Design Lab 的 Arco，就像失去了靈魂的空殼，吸引力大減。
3. 技術(shù)棧鎖定：Arco 的一些底層實(shí)現(xiàn)可能為了適配字節(jié)內(nèi)部的微前端框架或構(gòu)建工具（如 Modern.js）做了特定優(yōu)化，這增加了通用化的難度。

因此，社區(qū)更傾向于遷移，而不是接盤。

6. 用戶生存指南：現(xiàn)狀評估與遷移策略

對于目前仍在使用 Arco Design 的團(tuán)隊(duì)，局勢十分嚴(yán)峻。隨著 React 19 的臨近和 Vue 3 生態(tài)的演進(jìn)，Arco 將面臨越來越多的兼容性問題。

6.1 風(fēng)險評估表

6.2 遷移路徑推薦

方案 A：遷移至 Semi Design（推薦指數(shù)：????）

如果你是因?yàn)橄矚g字節(jié)系的設(shè)計(jì)風(fēng)格而選擇 Arco，那么 Semi Design 是最自然的替代者。

• 優(yōu)勢：同為字節(jié)出品，設(shè)計(jì)語言的命名規(guī)范和邏輯有相似之處。Semi 目前維護(hù)活躍，背靠抖音，擁有強(qiáng)大的 D2C 工具鏈。
• 劣勢：API 并非 100% 兼容，仍需重構(gòu)大量代碼。且 Semi 主要是 React 優(yōu)先，Vue 生態(tài)支持相對較弱（主要靠社區(qū)適配）。

方案 B：遷移至 Ant Design v5/v6（推薦指數(shù)：?????）

如果你追求極致的穩(wěn)定和長期的維護(hù)保障，Ant Design 是不二之選。

• 優(yōu)勢：行業(yè)標(biāo)準(zhǔn)，龐大的社區(qū)，Ant Group 背書。v5 版本引入了 CSS-in-JS，在定制能力上已經(jīng)大幅追趕 Arco 的 Design Lab。
• 劣勢：設(shè)計(jì)風(fēng)格偏保守，需要設(shè)計(jì)師重新調(diào)整 UI 規(guī)范。

方案 C：本地魔改（推薦指數(shù)：?）

如果項(xiàng)目龐大無法遷移，唯一的出路是將 @arco-design/web-react 源碼下載到本地 packages 目錄，作為私有組件庫維護(hù)。

• 策略：放棄官方更新，僅修復(fù)阻塞性 Bug。這需要團(tuán)隊(duì)內(nèi)有資深的前端架構(gòu)師能夠理解 Arco 的源碼。

7. 結(jié)語與啟示

Arco Design 的故事是現(xiàn)代軟件工程史上的一個典型悲劇。它證明了在企業(yè)級開源領(lǐng)域，康威定律（Conway's Law）依然是鐵律——軟件的架構(gòu)和命運(yùn)取決于開發(fā)它的組織架構(gòu)。

當(dāng) GIP 部門意氣風(fēng)發(fā)時，Arco 是那顆最耀眼的星，承載著“務(wù)實(shí)浪漫主義”的理想；當(dāng)組織收縮、業(yè)務(wù)調(diào)整時，它便成了由于缺乏商業(yè)造血能力而被迅速遺棄的資產(chǎn)。對于技術(shù)決策者而言，Arco Design 的教訓(xùn)是慘痛的：在進(jìn)行技術(shù)選型時，不能僅看 README 上的 Star 數(shù)或官網(wǎng)的精美程度，更要審視項(xiàng)目背后的組織生命力和維護(hù)動機(jī)。

目前來看，Arco Design 并沒有復(fù)活的跡象，社區(qū)也沒有出現(xiàn)強(qiáng)有力的接棒者。這套組件庫正在數(shù)字化浪潮的沙灘上，慢慢風(fēng)化成一座無人問津的豐碑。