在開源專案中使用 Codex
開源維護者經常在幕後承擔關鍵工作，讓整個軟體生態保持健康。
這一篇用 5 分鐘換什麼：把 Codex Open Source Fund 從"AI 工具補貼"重新理解成對開源維護工作的支撐——ChatGPT Pro with Codex + 條件性 Codex Security access + API credits。讀完後你寫出來的申請理由會落到 issue triage / PR review / release / security sweep 這些可驗證的維護負擔上，而不是"想試試 Codex"。
開源維護者經常在幕後承擔關鍵工作，讓整個軟體生態保持健康。
過去一年，Codex Open Source Fund，也就是 100 萬美元基金，已經支援了需要 API credits 的專案，其中包括用 Codex 支撐 GitHub pull request workflows 的團隊。OpenAI 感謝持續推動這些工作的維護者。
現在，這個 fund 會透過下面方式支援符合條件的 maintainers：
- 提供六個月 ChatGPT Pro with Codex。
- 為擁有 write access 的 core maintainers 提供 conditional access to Codex Security。
開發者應該使用自己偏好的工具寫程式碼，不管是 Codex、OpenCode、Cline、pi、OpenClaw，還是其他工具。這個 program 支援的是開源維護工作本身。
What the program includes
專案包含：
- 六個月 ChatGPT Pro with Codex，用於日常 coding、triage、review 和 maintainer workflows。
- 對需要更深 security coverage 的 repositories，提供 conditional access to Codex Security。
- 透過 Codex Open Source Fund 提供 API credits，面向在 pull request review、maintainer automation、release workflows 或其他核心 OSS 工作中使用 Codex 的專案。
鑑於 GPT-5.4 的能力，團隊會逐案 review Codex Security access，確保這些 workflows 獲得所需的 care 和 diligence。
如果你是 core maintainer，或者維護 widely used public project，可以申請。如果你的 project 不完全符合標準，但在生態中承擔重要角色，也可以申請，並說明原因。
提交申請即表示同意 Codex for Open Source Program Terms。
申請入口：
https://openai.com/form/codex-for-oss/
申請前要準備什麼
維護者申請前，建議先把材料準備好：
- 專案名稱、儲存庫連結和許可證。
- 你在專案中的 maintainer 角色，以及是否有 write access。
- 專案的生態影響：下載量、依賴方、社群使用、關鍵基礎設施角色等。
- 你計劃怎麼用 Codex：issue triage、pull request review、release、security sweep、文件維護或 maintainer automation。
- 是否需要 API credits，還是更需要 ChatGPT Pro with Codex。
- 如果申請 Codex Security，說明要覆蓋哪些 repositories、當前 security review 流程是什麼。
不要只寫“想試試 Codex”。這個 program 支援的是開源維護工作本身，申請材料要說明 Codex 會如何減少維護負擔、提高 review 質量或補上安全檢查。
適合 Codex 的 OSS 工作
開源專案裡，Codex 最適合做這類可驗證、可審查的工作：
| 工作 | Codex 適合做什麼 | 人類維護者保留什麼 |
|---|---|---|
| Issue triage | 歸類、復現路徑整理、提取缺失資訊 | 最終 priority 和 roadmap 判斷。 |
| Pull request review | 找回歸風險、測試缺口、文件缺口 | 是否接受 patch、專案方向判斷。 |
| Release workflow | 生成 changelog 草稿、檢查版本說明 | 釋出節奏、相容性承諾。 |
| Security sweep | 初步識別風險模式、整理證據 | 漏洞分級、披露和修復決策。 |
| Maintainer automation | 把重複流程固化成 scripts、skills 或 GitHub Actions | 規則設計和長期維護。 |
開源協作裡最重要的是透明。Codex 生成的評論、補丁和自動化建議都應該可追溯、可複核，不要讓維護者或貢獻者以為機器輸出自動等於專案決定。
使用邊界
在 public repo 中使用 Codex 時，要注意：
- 不把 private token、release key、security report 原文貼進 public thread。
- 不讓 Codex 自動合併外部貢獻，maintainer review 仍然是門禁。
- 對 AI 生成的 review comment 保持克制，避免把低置信度建議變成 contributor 負擔。
- 自動化流程先 dry-run，再逐步進入真實 PR 或 release。
- Security 相關結果先走專案披露流程，不直接公開敏感細節。