Spotify 的頂尖開發者自十二月起就未再撰寫程式碼，所有程式碼由人工智慧處理

軟體開發的典範轉移（Paradigm Shift）

Spotify 披露其資深開發者已實質上停止手動編寫程式碼，這一發現標誌著軟體工程（Software Engineering）產業的分水嶺時刻。在 2026 年 2 月的公司第四季度財報電話會議上，共同執行長 Gustav Söderström 宣布，這家串流媒體巨頭的頂尖工程師「自 12 月以來未曾編寫過任何一行程式碼」。相反，軟體開發的重任現在完全由人工智慧（Artificial Intelligence, AI）處理。

這一轉變標誌著迄今為止企業軟體開發中對 AI 最激進的採用之一。雖然許多科技公司已將 GitHub Copilot 或 Cursor 等編碼助手整合到其工作流程中，但 Spotify 的轉向表明，其精英階層工程師的傳統編碼過程已被根本性取代。該公司報告稱，儘管發生了如此劇烈的營運轉變，其發布速度仍未減弱，每年保持超過 50 次重大產品發布的節奏。

對於更廣泛的 AI 和科技界而言，Spotify 的舉動為「後程式碼」時代提供了一個具體的概念驗證（Proof-of-Concept），即人類的專業知識從語法生成轉向架構監督與提示工程（Prompt Engineering）。

「Honk」系統：由 Claude Code 驅動

這場營運革命的核心是一個名為「Honk」的內部系統。Honk 由 Spotify 的基礎設施團隊開發，充當人類意圖與機器執行之間的編排層（Orchestration Layer）。該系統利用 Claude Code（由 Anthropic 開發的高階編碼模型）來自主生成、除錯和部署軟體。

從通勤到代碼庫

Söderström 生動地展示了 Honk 如何改變了 Spotify 工程師的日常工作。在幾年前看來還充滿科幻色彩的場景中，開發者現在可以在通勤時發現錯誤（Bug）或構思功能更新。只需通過行動裝置向 Honk 介面發出自然語言指令，即可觸發 AI 開始開發過程。

工作流程如下：

指令：工程師用簡單的英語描述問題或所需功能。
生成：Claude Code 分析現有的代碼庫，識別相關模組，並生成必要的程式碼補丁或新功能。
驗證：AI 執行內部測試套件以確保穩定性與相容性。
預發布：建立應用程式的新版本並進入預發布環境（Staging）。
部署：當工程師抵達辦公室時，他們審查 AI 的工作並授權推送到正式環境（Production）。

這種「遠端、即時部署」的能力有效地將編碼與在工作站打字的物理行為解耦，將閒暇時間轉化為高效的開發週期。

加速發布速度

關於創意與技術任務自動化的一個主要擔憂是潛在的品質或控制力流失。然而，Spotify 的數據指標顯示情況恰恰相反。該公司維持了每年超過 50 次發布的嚴格時程，其中包括重大功能推出、演算法更新和界面改版。

通過將編寫程式碼的細微任務委託給 AI，資深開發者得以專注於高階系統設計、使用者體驗策略和複雜的問題解決。AI 處理樣板程式碼（Boilerplate）、語法錯誤以及通常耗費資深工程師大部分時間的例行性重構（Refactoring）。

產業背景

Spotify 並非在真空環境中運作。財報會議強調，這一趨勢正在整個科技產業加速發展。

Anthropic：使用其自有的 Claude 模型構建了協作工具「Claude Cowork」。
Meta & Microsoft：這兩家巨頭的高層都曾公開表示，AI 在其編碼工作量中所佔的比例越來越大。
Western Digital：報告稱由於 AI 公司吸收了大量的儲存和運算能力，導致硬體嚴重短缺，這進一步證明了基礎設施建設的規模。

比較分析：傳統開發 vs. AI 原生開發

轉向 Honk 這樣的系統代表了軟體開發生命週期（Software Development Lifecycle, SDLC）的根本改變。下表概述了傳統工作流程與 Spotify AI 原生方法之間的對比。

表 1：開發工作流程的演進

特性	傳統 SDLC	Spotify 「Honk」工作流程
觸發方式	Jira 工單或正式規格文件	自然語言語音/文本提示
編寫程式碼	手動輸入、語法檢查、IDE 使用	透過 Claude Code 的 AI 生成
除錯	堆疊追蹤分析、手動補丁	AI 自我修正與自動化測試
環境	需要桌上型工作站	行動裝置存取，不受地點限制
開發者角色	編寫者與執行者	架構師與審查者
迭代速度	數小時至數天	數分鐘至數小時
核心瓶頸	人類打字速度與認知負荷	審查延遲與提示語清晰度

超越編碼：更廣泛的 AI 策略

Spotify 對 AI 的擁抱遠不止於 Honk 系統。在第四季度財報電話會議上，領導團隊討論了大型語言模型（Large Language Models, LLMs）如何重塑其核心產品：音樂發現。

基於意見的演算法

與通常只有單一事實答案的傳統搜尋查詢（例如「法國的首都是哪裡？」）不同，音樂查詢本質上是主觀的。Spotify 指出，其 LLM 在專門設計用於處理基於意見之問題的獨特數據集上進行了訓練。這使得平台能夠處理如「播放感覺像 90 年代下雨的週二的音樂」這類請求，其細微差別是死板的元數據（Metadata）匹配無法實現的。

AI 內容與安全

該公司還談到了具有爭議的 AI 生成音樂話題。Spotify 的政策保持開放但受到監管：

許可性：平台上允許 AI 生成的曲目。
透明度：此類曲目必須在元數據中明確標註。
執行：公司積極監控並移除試圖操縱版稅系統的 AI 生成垃圾內容。

對工程勞動力的影響

「頂尖開發者」不再編寫程式碼的發現，對軟體工程專業的未來提出了深刻的疑問。如果技能最精湛的工程師實際上轉變成了指揮 AI 代理（Agents）的產品經理，那麼下一代開發者所需的技能將可能發生劇烈變化。

技能要求的關鍵轉變：

語法精通度的下降：記憶標準函式庫和語法特性變得不如理解系統架構重要。
系統思維的崛起：將複雜數據流視覺化並指示 AI 構建它們的能力變得至關重要。
審查熟練度：隨著 AI 以超人類的速度生成程式碼，人類的瓶頸轉移到了對程式碼的安全性與邏輯缺陷進行審計與驗證。

Spotify 透過 Honk 取得的成功證明了這個未來並非理論——它已經在大規模運作中。對於 Creati.ai 的讀者來說，結論很明確：「開發者」的定義正在被即時重寫，而採用 AI 工作流程的敏捷性現在已成為決定性的競爭優勢。

結論

Spotify 2025 年第四季度的財報電話會議可能不會因為其財務指標而被銘記——儘管 7.51 億月活躍用戶的數據確實令人印象深刻——而是因為其雲淡風輕地承認，在產業的最高水平上，人類編寫程式碼的時代即將結束。

透過 Honk 系統和 Claude Code，Spotify 證明了 AI 可以處理從錯誤修復到部署的整個生產管線，且僅需極少的人為干預。隨著這項技術在產業中擴散，我們可以預見軟體構建方式將發生快速轉型，軟體工程師的角色將從鋪磚的數位石匠，演變為指揮自主代理交響樂的建築師。