OpenAI 最近上线了一个面向开源维护者的官方计划 Codex for Open Source。公开资料显示，符合条件的维护者可以申请 6 个月 ChatGPT Pro with Codex、条件性访问 Codex Security，以及 API credits。注意这次活动不是自动领取，而是申请审核制。
那到底什么人可以申请？
官方页面写得很明确：如果你是 core maintainer，或者你在维护一个 widely used public project，都可以申请。即使项目不完全符合这些描述，只要你认为它对生态系统很重要，也可以提交并说明原因。
这意味着，审核重点大概率不在“你会不会写漂亮文案”，而在于：
• 你的项目是否公开、可验证 • 你是不是这个项目的真实维护者 • 你拿到支持后，是否真的会用于开源维护本身。
这个计划到底给什么？
从官方页面和申请表来看，这个计划包含三类支持：
第一，6 个月 ChatGPT Pro with Codex，主要用于日常 coding、triage、review 和维护者工作流。
第二，Codex Security，但这是条件性开放，官方明确说会 case by case 审核。
第三，API credits，用途主要是 PR review、maintainer automation、release workflows 等开源维护工作。
这也是为什么很多人明明是冲着 “Pro” 去的，结果表单里还会看到一堆和 API credits 有关的问题。因为在 OpenAI 的设计里，这不是单一福利，而是一套打包的开源支持方案。
表单里最核心的几项，分别怎么填？
首先打开官方申请表，入口是 OpenAI 的 Codex for Open Source 表单：https://developers.openai.com/codex/community/codex-for-oss/，点击“Apply today” 按钮直达申请页面。
1）邮箱
这里填的是与你 ChatGPT 账号绑定的邮箱。
不要随手填另一个常用邮箱，最好和你实际使用 ChatGPT 的账号保持一致。
2）GitHub username
这里填你的 GitHub 用户名。
官方页面提示很明确：GitHub 个人资料要设为公开。也就是说，审核方需要能够直接看到你的公开身份和项目关联。
3）GitHub repository URL
这里填你申请对应的公开仓库链接。
重点不是“填哪个仓库都行”，而是尽量填最能代表你维护工作的那个项目。官方也明确要求仓库应当是公开的。
4）你是 primary maintainer 还是 core maintainer
这一项其实不用写太多。
如果这个项目主要就是你在主导、开发、发版和维护，通常选 Primary maintainer；如果你是稳定参与维护的核心成员，但不是第一负责人，通常选 Core maintainer。
关键不是“选哪个更好看”，而是与你的实际角色一致。
5）Why does this repository qualify?
这是整张表里最关键的一项之一。
官方提示你可以写三类信息：GitHub stars、monthly downloads，或者项目为什么对生态系统重要。
这一栏最稳的写法，不是空谈愿景，而是按这个顺序：
先写项目是做什么的；
再写你在里面承担什么维护角色；
最后写它为什么对开发者或生态有价值。
换句话说，这一栏不要写成“我很喜欢开源”，而要写成“这个项目解决什么问题，我负责维护什么，它对谁有用”。
6）I’m interested in…
这里通常会看到两个方向：
• Codex Security • API credits for my project
很多人会疑惑：我不是来申请 Pro 吗，为什么还问 API credits？
原因很简单，因为这个计划本身就不只是给 Pro，它是一个打包的开源支持方案。官方说明里把 ChatGPT Pro、Codex Security、API credits 放在一起讲。
如果你的项目目前更偏开发、测试、自动化维护，API credits 通常更值得勾选；
Codex Security 则更偏安全场景，而且官方明确说明它是 case by case。
7）OpenAI Organization ID
这里填的不是 GitHub 组织名，也不是项目名，
而是你在 OpenAI Platform 组织设置页 里看到的那串 org-... 标识。
很多人第一次会卡在这里，因为名字看起来像“organization”，但它其实是 OpenAI 平台里的组织 ID。找到位置后，填进去就行。
8）How will you use API credits for your project?
这一栏的重点不是“说得多宏大”，而是说清具体用途。
最适合写的通常是这些真实场景：
• 代码评审 • issue / PR 辅助处理 • release 验证 • maintainer automation • 模型路由、Agent workflow 测试 • 和项目本身功能直接相关的自动化能力。
一句话总结：
这栏不要写“提升效率”，而要写“具体用在哪个维护流程里”。
9）Anything else we should know?
这栏更像补充说明。
没有特别强的信息，可以不写；
如果要写，适合补一句：项目仍在持续维护、你会定期发布、这个支持会如何直接帮助项目迭代。
结语
从官方措辞看，这个计划更偏向于支持那些真的在持续维护项目的人，而不只是“拥有一个公开仓库的人”。OpenAI 在页面里多次把重点放在 maintainer workflows、review、release、automation这些具体维护场景上，而不是单纯鼓励大家来“领权益”。
所以，真正影响申请结果的，很可能不是你会不会写一段漂亮文案，而是三件事：
• 你的项目是不是公开、可验证 • 你是不是这个项目的真实维护者 • 你拿到 Pro / API credits 之后，能不能说清楚会怎么用于开源维护本身
