這款深受開發者支持的高效能程式碼編輯器「zed」，近日已完成正式的授權重組。核心儲存庫已完全移除所有額外的 agplv3 條款，現採用 gplv3 與 apache 許可證 2.0 的雙重授權模式。連先前受 agpl 限制的合作伺服器模組，也已納入此雙重授權框架。有關這些變更的具體細節，請參閱 github pull request 57948。

同時，專案的官方網站及儲存庫中的授權文件也已更新，明確指出僅適用 gplv3 與 apache 2.0，完全不再提及 agpl。

gpl 與 agpl 的一個關鍵差異，在於對「遠端互動是否構成『分發』」的法律解釋。

gplv3 是一種強力的 copyleft 許可證，僅當軟體被「分發」時——也就是將可執行二進制檔案或原始碼提供給第三方——才需公開修改後的原始碼。若企業將修改後的軟體部署在自家伺服器上，並以 saas 形式提供服務，而未向外分發二進制檔案或原始碼，則無須開源其修改內容。這種例外情況常被稱為「asp 保留」或「saas 保留」。

相較之下，agplv3 則將此要求進一步擴展：只要使用者透過網路與修改後的程式進行實質性互動，例如使用網頁 ide、調用 api 或進行即時協作，都將被視為「分發」，開發者因此有義務向使用者提供完整的相應原始碼。具體而言，必須在介面中嵌入下載連結，或醒目地顯示授權資訊，以清楚說明如何取得原始碼。此機制旨在防止雲服務供應商利用開放原始碼建構封閉的商業服務，卻拒絕回饋社群。因此，agpl 常被視為主流開放原始碼許可證中，對企業合規要求最為嚴格的一種。

zed 近期更改授權的主要動機，在於降低企業採用的門檻。部分企業法務部門將 agpl 視為高風險許可證，禁止在生產環境中使用含有 agpl 授權元件的工具鏈。透過取消 agpl，zed 可以更順利進入大型組織的技術選型清單，加速其在企業層級的普及。當然，這一讓步也意味著降低了下游衍生作品回饋開放原始碼生態系統的義務。未來仍有可能出現不回饋的私有部署或二次分發。儘管如此，專案團隊似乎更重視擴大生態系統，促進永續發展。

截至目前，主儲存庫中已完全移除原有的 agpl 授權文字，所有相關文件的連結均會返回 404 錯誤。如需最新授權聲明及歷史變更紀錄，請至 zed 官方 github 儲存庫首頁查閱。