Python Packaging Council 成立：PEP 772 套件治理新機制

作者：默思編輯部　發布：2026-06-10

為什麼套件生態系需要一個「委員會」

Python 的套件生態系長期以來由多個獨立團隊維護不同工具——pip、PyPA（Python Packaging Authority）、各家第三方工具（Poetry、PDM、uv）各自演進，雖然帶來多元選擇，但也造成規格分裂、決策權責不夠清楚的問題（前面提到的 pylock.toml 標準化就是為了解決其中一個分裂案例）。

2026 年，隨著 PEP 772 正式通過，Python 社群成立了 Python Packaging Council（PPC），作為影響套件建置、發布、安裝方式的「互通性規格」技術決策機構，同時扮演套件生態系的協調角色。

委員會怎麼組成

首屆 PPC 選舉與 2026 年 Python 軟體基金會（PSF）理事會選舉同步舉行，委員會將由 5 名成員組成，選舉在 6 月左右進行，採三階段兩週制（提名、討論、投票），且需要具備 PSF 會員資格才能提名或被提名。

作為首屆委員會，這批成員的任務不只是做決策，更包括建立整個委員會的營運程序、釐清職權範圍與議程——換句話說，他們現在做的很多是「訂規則的規則」，會影響往後歷屆委員會的運作方式。

PPC 會跟哪些單位協調

委員會預計會與以下單位協調合作：

• PyPA（各套件工具維護者的聯盟）
• Python 核心開發團隊
• Python Steering Council（語言本身的技術決策機構）
• PSF（基金會，負責資金與行政支持）

釐清 PPC 與 PyPA 之間的權責分工，是首屆委員會被期待要優先處理的任務之一。

對一般開發者的意義

短期內，一般開發者不太會直接感受到 PPC 的存在——它運作在「規格制定」層級，而不是直接面對使用者的工具。但長期來看，有一個明確的技術決策機構，代表未來像 pylock.toml 這類跨工具標準化的推動會更有制度化的路徑，減少「每個工具各自表述」造成的生態系分裂，最終受益的還是每天要處理相依套件安裝、鎖定、發布的開發者。

如果你想了解 Python 套件生態系運作的基礎知識，默思 Mindset 的 Python 課程 也會涵蓋相關的環境管理概念。