---
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="/docs/codex/official/06-team-integration/47-open-source-terms" description="申请前的条款逐项理解" />
  <Card title="开源入口" href="/docs/codex/official/06-team-integration/67-open-source-entry" description="OSS 集中入口的导航" />
  <Card title="GitHub Action" href="/docs/codex/official/06-team-integration/45-github-action" description="把 Codex 接进 PR 工作流" />
  <Card title="GitHub Code Review" href="/docs/codex/official/06-team-integration/60-github-code-review" description="PR review 的具体接法" />
  <Card title="安全运行时" href="/docs/codex/official/02-config-security/73-secure-runtime" description="申请 Codex Security 前先理顺扫描流程" />
</Cards>
