GitHub Copilot 運行時遷移至 Rust，全程使用 Copilot 編寫

GitHub Copilot agent runtime 從 TypeScript 全面遷移至 Rust，在數個月內完成超過 80 萬行的生產級 Rust 程式碼編寫。這次遷移由單一開發者主導，借助 GitHub Copilot 工具完成 128 個 Pull Request，採用原地遞增式重寫策略而非大爆炸式切換，保持主分支持續可交付。整個過程中共發行 135 個版本（100 個預發行版、35 個穩定版），平均每天 1.3 個版本，允許開發團隊在遷移期間繼續擴展 runtime 功能。

遷移的技術層面涵蓋兩個主要互操作層：臨時內部互操作（temporary internal interop）透過 napi-rs crate 讓已移植的 Rust 程式碼與仍在 TypeScript 中的程式碼通信，最高峰時有 2,019 個 N-API 匯出與 3,356 個 TypeScript 呼叫點，完成時降至零；SDK 表面層則透過 C ABI 提供 19 個匯出函式作為永久性介面，底層包含 364 個分派路由，使六個 SDK 版本（C#、TypeScript、Python、Rust、Go、Java）可透過各自的 FFI 機制存取同一引擎。

提示快取效率顯著：在所有遷移 Pull Request 的聯合會話中，快取命中率達 96.22%（快取讀取佔全部輸入端 token 量的比例），快取寫入 3.07%，新輸入 0.71%。整個遷移過程中上下文自動壓縮 5,116 次，表明 agent 能夠在長時間自主工作中循環使用其工作記憶。會話日誌涵蓋 12,760,995 個事件、31,247 則使用者訊息、1,385,214 則助手訊息，其中 1,130,921 次工具呼叫（61%）來自子 agent 而非主會話執行緒。

靜態分析驗證 Rust 編譯器的有效性：8,678 個 rustc 錯誤程式碼中，84% 集中在名稱解析（37%）、缺失方法或欄位（22%）、型別不匹配（14%）、未滿足特徵邊界（11%）等機械性錯誤，而所有權、借用與生命週期錯誤僅佔 1.7%。在 4,478 個直接 cargo check 執行中，87.1% 返回乾淨結果。

Agent 行為分析顯示探索遠超編