Python JIT開發遭官方緊急叫停：六個月內重新補PEP，否則將徹底移除主幹代碼

### Python JIT 開發緊急喊停：六個月內未補上 PEP 將面臨主幹代碼全數移除

Python 社群近日出現一則罕見的內部爭議：官方緊急叫停正在進行的 JIT（Just-In-Time）編譯器開發，要求相關貢獻者在六個月內提出完整的 Python 增強提案（PEP），否則將直接從 CPython 主幹代碼中移除所有與 JIT 相關的修改。這項突如其來的「踩剎車」動作，引發開發者對語言演化流程與技術路線的廣泛討論。

### 重點整理：繞過 PEP 流程是導火線

這次事件的直接原因，是某些 JIT 實作片段未經正式 PEP 審查就合併到 CPython 的主幹（main branch）中。按照 Python 社群長期建立的慣例，任何可能改變語言語意、執行模型或顯著影響生態的變動，都需先通過 PEP 流程公開討論、徵求意見並取得共識。JIT 作為一項可能從根本上改變 CPython 執行方式的技術，理應經歷更嚴謹的審核步驟。然而，相關開發者選擇先行提交程式碼，導致社群管理團隊認為程序有瑕疵，因而發出最後通牒。

### 背景脈絡：CPython 效能改善計畫的內部張力

近年來，CPython 團隊持續投入資源提升直譯器效能，從 3.11 版的「更快 CPython 計畫」到實驗性的「特化適應性直譯器」，都試圖縮短與其他語言在執行速度上的差距。JIT 編譯器被視為下一階段的重大突破，能將熱點程式碼即時編譯為機器碼，大幅加速運算密集型任務。不過，這類低層級的最佳化往往伴隨著記憶體佔用增加、啟動延遲等取捨，且可能影響 C 擴充模組的相容性。正因為牽涉層面複雜，社群內部對於是否要在大版本中直接導入 JIT 一直存在不同意見。這次未經充分討論就推送主幹的行為，恰好讓積累的歧見一舉爆發。

### 可能影響：效能進展與流程紀律之間的權衡

倘若六個月內無法補上合格的 PEP，JIT 相關代碼將被徹底移除。這意味著 CPython 可能失去一次寶貴的實戰測試機會，部分使用者期待的效能紅利也將延後實現。另一方面，強制要求補送 PEP 也傳遞出明確訊息：Python 社群寧可犧牲一時的開發速度，也要維護透明、共識決策的傳統。這項舉措對外部貢獻者同樣具有警示作用——即使技術上已證明可行，仍須遵循社群治理規則，否則可能導致心血付諸東流。

### 讀者可關注的後續：