AI-translated from English; not yet reviewed by a fluent editor. # QGIS 採納禁止 AI 輔助程式碼貢獻的政策 > QGIS 已採納一項政策，禁止向其儲存庫提交借助 LLM、AI 或代理完成的程式碼貢獻。文本適用於程式碼，違規可能導致程式碼被還原及貢獻者受制裁；提案的適用範圍引發討論。 By BIG CHANGE Editorial Published: 2026-10-12T15:00:14.098Z Updated: 2026-10-12T15:00:14.098Z Canonical: https://bigchange.ai/blog/qgis-ai-assisted-code-contributions-policy ![Conceptual charcoal illustration of a wall-mounted review board holding a generic topographic map and a separate page of code-like marks crossed by an orange cord.](https://bigchange.ai/api/media/file/qgis-policy-hero-v1.png) AI-generated conceptual illustration by BIG CHANGE; not a photograph or QGIS screenshot. QGIS 已採納一項政策，禁止向其[主要軟體儲存庫](https://github.com/qgis/qgis)提交借助 LLM、AI 或代理完成的程式碼貢獻。專案的[提案紀錄](https://github.com/qgis/QGIS-Enhancement-Proposals/pull/387)顯示，這項變更於 10 月 7 日獲准並合併。其適用範圍比禁止在 QGIS 中使用 AI 更窄：[政策文本](https://github.com/qgis/QGIS-Enhancement-Proposals/blob/master/qep-408-ai-tool-policy.md)指明向一個儲存庫提交的程式碼貢獻，同時沒有界定「輔助」的部分邊界。 ## 重大改變 - **發生了什麼改變：** QGIS 用一項全面禁止向 `github.com/qgis/qgis` 提交 LLM、AI 或代理輔助程式碼貢獻的規定，取代了先前關於 AI 工具輔助貢獻的政策。 - **為何重要：** 如果專案後來發現使用了被禁止的輔助方式，受這項規則約束的貢獻者可能面臨程式碼還原，以及貢獻者權限方面的制裁。提案沒有說明自動偵測或執行流程。 - **哪些問題仍未解決：** 已採納的條文沒有給出 AI 支援的自動補完、研究或審查範例，也沒有明確規範錯誤回報、討論留言或其他 QGIS 儲存庫。 ## 已採納的文本如何規定 政策以一段文字規定，主要 QGIS 儲存庫中的「LLM、AI 或代理輔助程式碼貢獻」屬於禁止範圍。它指出，事後發現使用 AI、LLM 或代理輔助，可能導致程式碼還原與貢獻者權限方面的制裁。這些措辭說明的是可能後果，並非 QGIS 已對任何特定貢獻者實施這些措施的紀錄。 這份紀錄很重要，因為提案標題「不允許任何 AI 貢獻」比實際生效的條文更廣。該條文明確指向**程式碼貢獻**及 `qgis/qgis` 儲存庫。它沒有針對使用 QGIS 軟體時使用 AI 功能的人，設定整個專案層級的規則，也沒有說明同樣的限制是否涵蓋獨立的功能改進提案儲存庫或非程式碼提交。這些問題出現在[拉取請求討論](https://github.com/qgis/QGIS-Enhancement-Proposals/pull/387)中，但合併後的文本並未逐一列出。 已採納的變更更新了儲存庫的 AI 工具政策檔案，其檔名中仍保留 `qep-408`。[10 月 7 日的拉取請求](https://github.com/qgis/QGIS-Enhancement-Proposals/pull/387)被稱為 QEP 428，並在合併前獲得 Accepted 標籤。在這份紀錄中，檔名與提案編號指的是同一項政策變更。 ## 貢獻者為何對邊界提出異議 支持者指出審查能力不足的問題。在[提案討論](https://github.com/qgis/QGIS-Enhancement-Proposals/pull/387)中，貢獻者 Haubourg 表示，外部產生的提交可能超出維護者能夠認真審查的範圍。一名曾提交 AI 輔助回歸問題修正的貢獻者表示，這種經驗可能讓人在複雜程式碼庫中產生能力足夠的錯覺，並損害審查者與作者之間的信任。這些是參與者對政策的解釋，並非針對每個 AI 輔助修補得出的測量結論。 其他人詢問怎樣才算輔助。一名貢獻者列舉自動補完、用 LLM 理解不熟悉的程式碼、翻譯，以及包含 AI 回答的搜尋結果，指出這項簡短規則沒有區分這些情況。QGIS 專案指導委員會成員 Tim Sutton 回應，他認為是否合規取決於貢獻者是否問心無愧地寫出程式碼。這則留言有助於理解意圖，但不是對已採納條文的修訂。提案作者 Nyall Dawson 表示，這個嚴格的起點可以逐案重新考慮；這是可能的未來討論，並非已獲准的例外。 對於今天準備拉取請求的貢獻者，可靠的邊界是書面規定：向主要 QGIS 儲存庫提供的程式碼，不得借助 LLM、AI 系統或代理工作流程。來源紀錄並未確立 QGIS 將如何區分處於邊界的工具，或如何實際執行規則。BIG CHANGE 審閱了政策與公開討論；我們沒有提交程式碼，也沒有測試執行情況。 ## 來源與延伸閱讀 - [QGIS 政策文本，版本 2.0](https://github.com/qgis/QGIS-Enhancement-Proposals/blob/master/qep-408-ai-tool-policy.md)：一段文字中的確切禁令、儲存庫適用範圍與可能制裁。檔案顯示的修訂日期為 2026 年 9 月 24 日。 - [QGIS 功能改進提案拉取請求 #387](https://github.com/qgis/QGIS-Enhancement-Proposals/pull/387)：提案討論、10 月 7 日的批准、Accepted 標籤與合併。參與者的留言說明理由及尚未解決的適用範圍問題；留言本身不是政策文本。 - [QGIS 開發者郵件清單討論](https://lists.osgeo.org/pipermail/qgis-developer/2026-September/068576.html)：指導委員會先前對擬議儲存庫政策及執行難度的說明。該討論早於已採納的措辭。 ## Sources - [QGIS 功能改進提案 PR #387：新增 QEP428：不允許 AI 貢獻](https://github.com/qgis/QGIS-Enhancement-Proposals/pull/387) — 第一手儲存庫紀錄：合併至提案儲存庫的 master 分支、四個 +1 贊成票、Accepted 標籤。不要將提案獲准與無關的全面禁止使用 AI 混為一談。 - [QGIS 功能改進提案 428 政策文本（檔案 qep-408-ai-tool-policy.md）](https://github.com/qgis/QGIS-Enhancement-Proposals/blob/master/qep-408-ai-tool-policy.md) — 現行文本禁止向 QGIS 儲存庫提交 LLM、AI 或代理輔助程式碼貢獻，並說明可能發生的程式碼還原與貢獻者權限制裁。 - [QGIS 開發者郵件清單討論](https://lists.osgeo.org/pipermail/qgis-developer/2026-September/068576.html) — 指導委員會先前的理由及執行方面的限制說明，早於已採納的文本。