作者：默思編輯部 發布：2026-10-20
GitHub在官方部落格公布了一項內部遷移專案的細節：把Copilot代理執行環境從原本的TypeScript（跑在Node.js與V8引擎上）整個遷移到Rust。這項工程橫跨128個合併進主幹的pull request，耗時約14.5週，過程中總共發布了135個版本，包含35個正式版與100個預發布版。
這次遷移採用的是漸進式策略，而不是等到整個重寫完成後一次性切換。團隊在過渡期間用N-API做兩種語言之間的互通層，讓Rust模組可以逐一替換掉原本的TypeScript元件，期間系統持續對外提供服務，不需要停機等待「大爆炸式」的最終切換。GitHub自己的部落格文章指出，整個專案主要由一名工程師主導完成，而這類規模的重寫，放在過去通常需要整個團隊投入一到兩年才能完成。
根據The Register的報導，這次遷移花費約12萬美元的AI token用量，加上大約三週的工程師人力投入。過程中並非一帆風順——該報導指出，工程團隊也必須處理數十個因重寫而產生的迴歸（regression）問題；不過GitHub自己的部落格把這些問題描述為「數量不多、很快就修復」，兩邊對「問題有多嚴重」的描述口徑略有落差，這點值得留意。
這次遷移最直接的效益反映在延遲數字上。根據GitHub公布、InfoQ引述的測試結果，同一套客戶端啟動、建立工作階段、完成單輪對話的流程，耗時從原本的5.25秒，降到把Rust執行環境內嵌進程式之後的292毫秒，提升幅度相當顯著。對於需要頻繁啟動、講求即時回應的AI代理工具而言，這種等級的延遲改善直接影響使用體驗。
這起案例跟近期另一起「個人開發者花2.4萬美元用AI把TypeScript編譯器重寫成Rust」的新聞，其實反映的是同一股趨勢：越來越多團隊開始嘗試讓AI代理承接大型既有程式碼庫的語言遷移工作，而不只是寫新功能。差別在於，GitHub這次是在有完整測試覆蓋、漸進式切換、持續對外服務的前提下完成，相對更貼近企業級專案願意採用的穩健路徑，而不是一次性的實驗性賭注。
對正在評估是否要讓AI代理承擔類似規模重構任務的團隊來說，這起案例提供的借鏡，或許比單純追求「多快、多便宜」更值得參考的是：漸進式切換與充分的自動化測試，才是讓這類大型重寫案例真正落地的關鍵。
想持續打磨處理大型程式碼庫的硬實力，歡迎參考Python課程。
參考資料