---
title: "在開源專案中使用 Codex"
description: "開源維護者經常在幕後承擔關鍵工作，讓整個軟體生態保持健康。"
verifiedAt: "2026-05-07"
---

> [!NOTE]
> **這一篇用 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](https://github.com/anomalyco/opencode)、[Cline](https://github.com/cline/cline)、[pi](https://github.com/badlogic/pi-mono/tree/main/packages/coding-agent)、[OpenClaw](https://github.com/openclaw/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://developers.openai.com/codex/codex-for-oss-terms)。

申請入口：

[https://openai.com/form/codex-for-oss/](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 相關結果先走專案披露流程，不直接公開敏感細節。

## 官方資料

- [Codex for Open Source](https://developers.openai.com/community/codex-for-oss)
- [Codex for Open Source Program Terms](https://developers.openai.com/codex/codex-for-oss-terms)
- [申請表](https://openai.com/form/codex-for-oss/)
- [Codex Security](https://developers.openai.com/codex/security)

## 接下來去哪

<Cards>
  <Card title="開源條款細則" href="/zh-Hant/docs/codex/official/06-team-integration/47-open-source-terms" description="申請前的條款逐項理解" />
  <Card title="開源入口" href="/zh-Hant/docs/codex/official/06-team-integration/67-open-source-entry" description="OSS 集中入口的導航" />
  <Card title="GitHub Action" href="/zh-Hant/docs/codex/official/06-team-integration/45-github-action" description="把 Codex 接進 PR 工作流" />
  <Card title="GitHub Code Review" href="/zh-Hant/docs/codex/official/06-team-integration/60-github-code-review" description="PR review 的具體接法" />
  <Card title="安全執行時" href="/zh-Hant/docs/codex/official/02-config-security/73-secure-runtime" description="申請 Codex Security 前先理順掃描流程" />
</Cards>
