Spotify用1張表格干翻3000家公司，AI時代又押對1局

3000家公司正在用同一套開源工具管理代碼倉庫，它的起點是Spotify工程師手里的一張Excel表格。2016年，Tyson Singer還在頭疼一件事：2000名工程師每天要翻幾十個系統找文檔，有人甚至自建了37個不同的"服務目錄"來追蹤項目狀態。混亂像滾雪球，認知負荷直接拉滿。

「我們一開始就是要解決兩個問題：工程系統的混亂，還有工程師的認知負荷。」Singer說這話時是2026年3月的KubeCon現場，他現在的頭銜是Spotify技術與平臺高級副總裁。8年前那張表格演變成了Backstage，一個內部開發者門戶（IDP），2020年捐給云原生計算基金會（CNCF）后成了平臺工程領域的事實標準。

CNCTO Chris Aniszczyk在旁邊補了個數據：Backstage目前在CNCF生態里速度排名穩居前5，全球所有開源項目里能擠進前100。更關鍵的是，這東西現在被3000多家企業用在生產環境——從Expedia到西門子，從American Airlines到Zalando。

但2025年開始，故事變了。

AI代理（AI Agent，能自主執行任務的智能程序）開始批量進入工程團隊。不是Copilot那種代碼補全，是能自己開工單、調API、甚至跨系統執行完整工作流的"數字員工"。Singer發現，當年Backstage要解決的認知負荷問題，在AI時代被放大了十倍。

「開發者現在得理解更多上下文，因為他們的代理能幫他們在更多地方干活。」Singer的原話是，「你有了這支代理 workforce，它們真的需要知道你的開發生態里標準和規范是什么。」

翻譯一下：以前是人找文檔累，現在是AI找文檔累——而且AI更蠢，你不把規則寫清楚，它能給你搞出37種不同的"正確"做法。

從表格到標準：Backstage的8年長征

CNCF在KubeCon期間放了一部紀錄片，《Spreadsheet to Standard》。片名就是梗——Backstage的起源確實是張電子表格。

2016年的Spotify已經是個工程巨獸。微服務架構跑了幾千個服務，每個團隊有自己的工具鏈、部署流程、監控儀表盤。新人入職第一周，光搞清楚"這個服務歸誰管"就得發十幾封Slack。

Singer當時的解法很產品經理：造一個"統一入口"。不是簡單的鏈接聚合，而是把服務所有權、API文檔、部署狀態、運維手冊全部結構化，讓任何人能在一個頁面看到"這個東西的全景"。

這個思路后來成了Backstage的核心架構。三個插件體系——軟件目錄（Software Catalog）、軟件模板（Scaffolder）、技術文檔（TechDocs）——把工程知識從人腦和PDF里抽出來，變成機器可讀的結構化數據。

2020年開源時，Backstage的定位是"開發者的操作系統"。Aniszczyk回憶，當時平臺工程還是個冷門詞，「大多數人以為我們要做CI/CD工具」。但Spotify想得更遠：當工程規模超過人類記憶容量時，你需要一個"事實來源"（Source of Truth）。

這個判斷在2023年后被驗證。平臺工程從邊緣概念變成企業標配，Gartner把IDP列入2024年十大戰略技術趨勢。Backstage的競爭對手開始冒出來——Port、Cortex、OpsLevel——但先發優勢已經形成。

Spotify的護城河在于：Backstage不只是工具，是8年組織實踐的沉淀。

比如"服務所有權"這個概念。Backstage強制要求每個服務綁定負責人、生命周期狀態、依賴關系。聽起來像行政流程，但Singer說這在Spotify內部減少了40%的"這個歸誰管"類工單。當服務超過5000個時，這種結構化信息就是生存必需品。

AI代理來了，IDP從"錦上添花"變"基礎設施"

2024年下半年，Singer的團隊開始干一件事：把Backstage改造成"代理原生"的。

動機來自內部數據。Spotify的AI Knowledge Assistant——一個基于模型上下文協議（MCP，Model Context Protocol）的問答系統——接入Backstage后，開發者找信息的"守門員工作量"下降了47%。

"守門員工作量"是Spotify內部黑話，指工程師被同事@、被Slack轟炸、被拉去"幫忙看一眼"的時間。Singer說這部分工作曾經占資深工程師每周15-20小時，現在AI能處理大部分標準查詢。

但這里有個前提：AI得知道去哪找答案。

Backstage的軟件目錄成了關鍵接口。Aniszczyk的解釋很直接：「代理需要喂結構化的信息。Backstage把服務、所有權、依賴關系全部結構化——這就是代理要的高效燃料。」

換句話說，沒有IDP的AI代理像沒地圖的網約車司機；有IDP的代理，能直接調用預定義的API、遵守預置的安全策略、在權限邊界內自主行動。

Spotify的下一步更激進。Singer透露，他們正在實驗"代理艦隊管理"（Agentic Fleet Management）——讓多個AI代理在Backstage的編排下協作完成復雜任務。比如一個代理負責代碼審查，一個負責測試環境部署，一個負責監控告警，全部由Backstage統一調度。

「每個組織都得有這東西，」Aniszczyk的判斷，「在新世界里想有效率，IDP不是可選項。」

開源社區的"速度游戲"與商業化的暗流

Backstage的CNCF排名是個有趣的觀察窗口。速度前5意味著代碼提交、Issue響應、發布頻率都處在開源項目的頂尖梯隊。但Aniszczyk也承認，維持這個速度需要資源——Spotify至今仍是最大貢獻者，但商業化公司開始入場。

2023年，Spotify和幾位Backstage核心維護者創立了Roadie，提供托管版Backstage服務。同年，VMware（現Broadcom）推出Tanzu Developer Portal，基于Backstage構建。Red Hat、Atlassian、GitLab都在自己的平臺工程產品里集成了Backstage插件。

這帶來一個經典開源難題：社區版和企業版的邊界在哪？

Singer的回應很克制：「我們保持核心開源，但企業級功能——比如高級安全策略、多云治理、代理編排——需要專業支持。」他拒絕透露Spotify內部有多少工程師專職維護Backstage，只說"投入顯著"。

一個對比數據：CNCF Landscape里現在有47個IDP相關項目，2022年只有12個。市場熱度在飆升，但標準化程度還很初級。Backstage的優勢在于插件生態——超過200個社區插件覆蓋從Kubernetes到ServiceNow的各種集成——但這也帶來碎片化風險。

「我們在CNCF里推動標準化，」Aniszczyk說，「但平臺工程的本質是每個組織有自己的上下文。Backstage的靈活性是feature，也是challenge。」

平臺工程的下一個戰場：從"人找信息"到"代理執行"

KubeCon的對話里有個細節容易被忽略。Singer提到，Spotify的AI Knowledge Assistant不只是問答機器人，它能直接觸發Backstage的Scaffolder模板——也就是說，工程師用自然語言描述需求，AI能自動創建服務骨架、配置CI/CD流水線、申請云資源。

這跳過了傳統IDP的交互模式。以前是人先查文檔，再手動操作；現在是AI直接執行，人只在關鍵節點確認。

「代理需要知道邊界，」Singer強調，「Backstage的結構化數據就是邊界定義。什么能自動做，什么必須人工審批，全部編碼在軟件目錄的元數據里。」

這種"代理治理"（Agent Governance）可能是平臺工程的下一個前沿。Gartner 2025年報告把"AI代理基礎設施"列為新興技術，預測到2027年，50%的企業將需要專門的管理框架來協調多代理系統。

Backstage的押注是：IDP不只是人的工作臺，更是代理的操作系統。軟件目錄變成代理的"世界模型"，技術文檔變成代理的"行為手冊"，API定義變成代理的"工具箱"。

Aniszczyk的總結帶點傳教士語氣：「每個組織都會走到這一步。問題不是要不要IDP，是你自己造還是用現成的。」

但Singer留了個口子。被問到"Backstage會不會被下一代技術顛覆"時，他說了句值得玩味的話：「我們8年前從表格開始，現在代理是新的用戶群體。只要工程系統還在變復雜，就需要有人做結構化。」

Spotify的AI Knowledge Assistant最近又多了個功能：當代理執行出錯時，自動回溯到Backstage里的變更記錄，定位是哪個元數據更新導致了行為漂移。這個閉環，8年前那張Excel表格顯然做不到。

下一個被結構化的會是什么？