Codex好友积分领取全攻略：无需注册小号，不切换账号

1. 这篇文章真正要解决的问题

先说一个很多开发者都遇到过的场景：ChatGPT 或 Codex 的免费额度不够用，尤其是重度使用 AI 编程助手的同学，往往月中额度就见底了。过去常见的解决办法是什么？

• 注册一堆小号，用完一个换一个；
• 切换不同的邮箱和账号，反复登录登出；
• 有的同学甚至会去买所谓的“共享账号”，结果账号稳定性堪忧，还要担心安全和合规问题。

这些方式看着省事，实际都踩了坑：小号容易被封，切换账号影响上下文记忆和项目管理，共享账号的安全风险更是没法控制。真正聪明且合规的做法是——利用平台自带的好友邀请积分机制。

这篇文章要解决的核心问题也就在这里：如何在不注册小号、不切换账号的前提下，通过一条完整的邀请链路领取 Codex 好友积分，把额度和积分用得更久。文中会覆盖积分规则的底层逻辑、领取全流程的操作拆解、领取失败的排查思路，以及在多客户端（桌面端、网页端、VSCode 插件、CLI）下的通用实践方法。

不管你是刚接触 Codex 的新手，还是已经在用它做日常开发的老手，这篇文章的价值在于：让你搞明白积分从哪里来、怎么领、为什么领不到，以及如何安全地复用这套机制，而不是靠歪门邪道去“薅”系统漏洞。

2. 认识 Codex 积分体系之前，先分清几个概念

在讲“领取积分”之前，有一个容易被忽略的认知问题：我们常说的 Codex，在不同语境下指的东西其实不一样。不把这几个概念分清，后面在配置和领取流程里会遇到各种“对不上号”的困惑。

第一个概念：Codex 是什么？

从 OpenAI 的产品体系看，Codex 是基于 GPT 系列模型构建的 AI 编程助手，它不是一个单纯的“聊天机器人”，而是一个能理解代码仓库、能调用命令行工具、能执行测试和构建任务的工程化 Agent。你可以用它在终端里执行codex命令，也可以在 VSCode 里安装插件后直接在编辑器里对话，还可以在 ChatGPT 的界面里使用 Codex 的相关能力。

第二个概念：Codex 积分（Credits / 额度）是什么？

和 ChatGPT 的 Plus 订阅制不同，Codex 的使用额度往往以积分或 Credit 的形式存在。官方偶尔会推出“邀请好友”活动，老用户邀请新用户注册并产生一定行为后，双方都能获得一定数量的积分奖励。这里的积分对应的是模型的请求次数或时长，而不是可以直接提现的货币。正是这个“邀请奖励”机制，才是我们这篇文章要利用的合法性基础。

第三个概念：什么是“领取额度”和“切换账号”的区别？

• 领取额度：在当前账号内，通过邀请链接、兑换码或活动页面，把积分归属到当前账号下，不涉及账号身份的切换。
• 切换账号：在多个账号之间反复登录，把额度分散到不同身份里。这种方式的致命缺点是：Codex 的核心优势之一是它能记住项目上下文，切换账号等于丢弃了上下文记忆，工程效率大打折扣。

所以，不注册小号、不切换账号这个原则，不仅是合规性的要求，也是工程效率的选择。我们在整个领取流程中要守住这两条底线。

一个容易混淆的地方：网上搜“Codex 积分领取”，会出现很多关于“中转站”“接入第三方 API”“配置 DeepSeek”的内容。这些话题经常被混在一起讨论，但它们完全是两回事——积分领取是官方账户体系内部的事情，而接入第三方模型是修改 Codex 的模型路由，让请求走非官方通道。本文聚焦前者，但也建议你了解后者的存在，因为很多领取失败的报错，实际上是因为之前改过第三方配置，导致请求链路出了岔子。

做了这个区分，我们就可以正式开始梳理领取流程了。

3. 好友积分领取的核心流程拆解

从平台规则来看，Codex 好友邀请积分的基本链路是：

老用户生成邀请链接 → 新用户通过链接注册 → 新用户完成指定的入门行为（如首次登录、首次提问或首次运行命令） → 系统向双方账户发放积分 → 老用户在积分页面查看并“领取”。

不同平台的落点可能略有不同，有些是自动到账，有些需要手动点击领取按钮，有些则需要输入兑换码。但我们先把骨架搭出来，后面每一步再细化。

3.1 先确认自己具备邀请资格

不是每个账号都能直接邀请好友。通常需要满足以下条件之一：

• 账号已订阅某个付费档位（如 Codex 的付费套餐）；
• 账号已完成基础实名认证或绑定了有效支付方式（具体以平台政策为准）；
• 账号当前没有异常状态（比如被限制、被风控）。

怎么做：打开 Codex 或 ChatGPT 的账户设置页，找到类似“邀请好友”或“Referral Program”的入口。如果这个入口存在，说明你有资格；如果入口缺失，大概率是账号状态不满足条件，继续往下走也没意义。

3.2 找到邀请入口并生成专属链接

这是整个流程中最容易被卡住的节点。由于 Codex 的界面时常改版，不同入口的命名也不太一样，常见的路径有：

• 账户设置 → 积分或账单页面 → 邀请好友；
• 个人头像菜单 → 推荐计划；
• 官方邮件或消息中心里附带的活动入口。

生成链接后，一定要复制自己的完整邀请链接，不要直接转发系统邮件里的通用入口。专属链接上通常带有你的用户标识参数，只有通过它参与的新用户，积分才会记到你的名下。

3.3 被邀请方完成注册和行为要求

邀请链接拿到手之后，关键的一步是：被邀请方必须是一个新账号或符合活动条件的账号。

如果被邀请方用自己的小号注册，这本身就违背了我们这个方案的前提。更合理的操作是：找身边确实有开发需求、还没注册过 Codex 的同事或朋友，把链接发过去。这样做的好处有两点：

1. 双方都能获得积分，是双赢；
2. 账户是真实独立身份，不会触发平台的风控机制。

被邀请方注册后，通常还需要完成一个“活跃动作”，比如首次发起一次对话、首次在 CLI 里执行一条命令、首次绑定开发者工具等等。在做这一步时，要提醒对方不要跳过引导流程，因为平台判断“有效用户”往往依据的就是这些行为事件。

3.4 领取积分：手动领取还是自动入账

当被邀请方完成行为要求后，老用户会在积分页或消息通知里看到新积分的状态。不同平台的处理方式有差异：

• 自动入账：积分直接加到余额，无需额外操作；
• 手动领取：页面上出现一个“领取”按钮，需要点击确认；有些还会要求输入领取码。

这也是为什么标题里强调“一键领取”的原因——当你把前面环节走通之后，最终领取的动作往往只需要点一次按钮，真正花时间的是前面链接和用户行为的准备。

材料中提示的一个关键点：标题说“无需注册小号、无需切换账号”，这里需要做一个技术上的澄清——积分是绑定到账号的，而不是绑定到设备或 IP。有人误以为换 IP 就能领多次，这是不正确的。每个账号的领取资格、每个邀请链接的生效范围，都会有平台侧的服务端校验。所以不要指望靠换网络环境绕过限制，那属于风控规则明确禁止的做法。

4. 环境准备与前置条件

虽然领取积分本身是在网页端完成的，但如果你希望“领完积分之后立刻在开发环境里用起来”，就需要提前把 Codex 的环境配好。这里有一个容易被忽略的因果关系：先有可用的 Codex 环境，你才能验证积分是否真正生效。

4.1 推荐环境清单

说明：这里的版本号没有写死，因为 Codex 的迭代速度非常快，官方经常调整最低版本要求，建议以实际安装时的官方提示为准。本文更侧重通用流程和排错思路。

4.2 安装 Codex CLI

两种最常见的安装方式，任选一种即可。

方式一：通过 npm 安装

npm install -g @openai/codex

安装完成后，在终端输入codex --version，能看到版本号就说明安装成功。

方式二：桌面版 / 插件版

最近很多人搜索 “codex 桌面版 windows”，是因为 OpenAI 确实在推过桌面端应用。你可以从 Codex 官网或官方渠道下载对应系统的安装包，安装过程基本是“下一步、下一步”。

安装后需要登录账号，这一步很容易踩坑。如果你在 VSCode 里看不到登录入口，或者提示无法定位到 Codex CLI 二进制文件（“unable to locate the codex cli binary”），通常是因为 VSCode 插件不知道 CLI 装在哪里，需要在插件设置里手动指定 Codex CLI 路径（后文会有专门章节解释）。

4.3 区分官方通道和第三方通道

搜索热词里有大量“codex 接入 deepseek”“codex 中转站”“cc switch 配置 codex”的内容，这里必须提醒你：如果你只是想领取官方好友积分，请使用官方账号体系和官方模型通道，不要先接入第三方配置。

原因是：部分第三方代理工具会改写 Codex 的请求路由，导致积分页面的状态和服务端的会话状态不一致，最终出现“积分已领取但是无法使用”的诡异情况。更严重的，如果你之前配置过第三方 API，再来领取积分时可能看到类似这样的报错：

cc switch local proxy failed while handling codex endpoint /responses provider: deepseek; model: deepseek-v4-flash; upstream_status: http 400; cause: the `reasoning_content` in the thinking mode must be passed back to the api.

这类报错的根源基本都在第三方配置而非积分本身。遇到这种情况，先把 Codex 路由切回官方默认通道，再继续操作积分领取。

5. 领取 Codex 好友积分全流程：手动操作版

为了确保你能完整走通，这里给出一套手动操作版的详细步骤，每一步都给出“做什么、为什么、注意什么”。这套步骤适用于网页端和桌面端，CLI 用户的核对逻辑也基本一致。

5.1 步骤一：检查账号状态

登录你的 Codex 账号后，进入账户设置或订阅页面，核对三件事：

1. 账号是否正常（没有封禁、限制提示）；
2. 是否满足邀请好友的资格条件；
3. 当前积分余额是多少，方便后面核对是否到账。

建议先截一张余额截图，后面领取积分后可以对比确认。

5.2 步骤二：生成并复制邀请链接

进入“邀请好友”或“推荐计划”页面，点击“生成链接”或“邀请好友”按钮。页面可能会展示一段推广文案，不要管它，重点是把链接复制下来。

如果你有多个平台都能生成邀请链接（比如 ChatGPT 端和 Codex 端各有一个），优先使用 Codex 产品界面内生成的链接，因为积分活动往往限定在 Codex 产品线内。

# 示例：邀请链接的形态（实际链接以你页面复制为准） https://chatgpt.com/invite/accepted?ref=xxxxxxxx

5.3 步骤三：让被邀请方完成注册和行为要求

这里有一个非常关键的操作细节：被邀请方注册时，尽量走完整的引导流程。不要注册完就关页面，至少要完成：

• 设置好账号的基础信息；
• 完成首次登录验证；
• 如果有“欢迎任务”或“新手引导”，全部走完。

完成新手引导后，建议让被邀请方发起一次真实的开发相关请求。比如在 Codex 对话界面输入：

写一个 Python 脚本，读取当前目录下的所有 CSV 文件，并统计每个文件的行数。

这一步的目的不是真的要让 AI 干活，而是为了让系统记录到“这是一个真实活跃用户”的行为信号。很多邀请积分的发放逻辑，都会等待“被邀请方产生首次有效对话”这个事件。

5.4 步骤四：返回积分页面领取

被邀请方完成行为要求后，你这边通常不会立即看到积分。可以等 1 到 5 分钟，然后执行：

1. 刷新积分页面；
2. 查看待领取记录；
3. 点击“领取”按钮。

如果页面提示“领取成功”，但余额没有变化，先不要慌张，继续看第 5.5 节。

5.5 步骤五：核对余额和使用状态

领取成功后，不要急着关页面。建议回到 Codex 的对话或 CLI 环境里真正请求一次，确认积分抵扣生效。

CLI 方式可以运行：

codex exec "ping 一下当前环境，告诉我你使用的是哪个模型。"

如果请求成功并且返回了答案，说明积分已经可以正常使用。如果请求报错，比如出现模型不支持、路由异常等问题，就需要翻看第 7 节的排查思路了。

6. 多客户端场景下的领取与核对

Codex 的入口很多，网页端、桌面端、CLI、VSCode 插件各自有不同的细节。这里单独做一节，是因为搜索热词里有大量关于桌面版安装、VSCode 插件配置、CLI 路径报错的真实问题，说明很多人在多客户端之间切换时非常容易迷路。

6.1 网页端 / 桌面端：以积分页面为准

网页端操作最直观，按照第 5 节的流程来就行。桌面端的逻辑和网页端基本一致，但要注意：桌面端登录态和浏览器登录态不一定实时同步。如果你在桌面端看不到积分页面的更新，可以退出登录再重新登录一次，让客户端拉取最新的账户状态。

6.2 VSCode 插件：重点排查 CLI 路径

VSCode 集成 Codex 时，经常遇到两个典型问题：

一是“unable to locate the codex cli binary”。这是 Electron 应用找不到 CLI 可执行文件的报错。解决办法是：在 VSCode 设置里找到 Codex 相关配置项，手动指定 CLI 路径。

{ "codex.cliPath": "/usr/local/bin/codex" }

Windows 用户可以改成：

{ "codex.cliPath": "C:\\Users\\你的用户名\\AppData\\Roaming\\npm\\codex.cmd" }

二是“codex 正在重新连接”。这个问题很多时候是网络或登录态过期导致的。优先做两件事：检查账号是否已登录、检查网络代理是否影响到了 WebSocket 长连接。

6.3 CLI：初始化登录

如果你主要用终端，安装后第一件事是登录：

codex login

执行后终端会打开浏览器，完成授权后回到终端即可使用。登录成功后，同样可以通过codex命令请求一次对话来验证账号状态。

CLI 用户领取积分的特殊之处：积分页面在 CLI 里是没有的，领取动作还是在网页端或桌面端完成。但核验积分是否到账，可以用 CLI 发起请求看是否被额度限制来反向确认。

7. 领取失败常见问题与排查方法

根据社区反馈和实际遇到的错误，这里整理了一份排查表。如果你在领取过程中卡住了，按表格逐行检查。

其中需要特别解释一下关于“model is not supported”的报错。搜索结果里出现过这样的细节：

the 'gpt-5.6-sol' model is not supported when using codex with a chatgpt account

这个问题的本质是：你用 ChatGPT 账号登录 Codex，但当前账号套餐不包含某个新模型，或者客户端自动选择了账号无权访问的模型。这种情况和积分有没有领取成功没有直接关系，但会干扰你的判断。解决办法是在 Codex 配置中显式指定可用模型，而不是让客户端自动选择。

同样要解释一下“cc switch”报错。cc switch 是一个本地 API 路由切换工具，它可以把 Codex 的请求转发到第三方服务商。如果你之前为了省钱配置过它，现在想在官方通道下领积分、用积分，就必须把路由切换回官方默认配置，否则就会出现“积分在页面生效，但请求走到第三方通道报错”的尴尬情况。

8. 最佳实践与工程建议

把积分领到手只是第一步，怎么在工程实践里把积分用出价值、避免触发风控，是更有技术含量的一件事。下面是几条经验性建议，按优先级排列。

8.1 邀请行为要“真实、低频、合规”

不要去注册一堆一次性邮箱反复刷邀请奖励。平台的风控规则通常能识别设备指纹、行为特征和注册模式。更重要的是，这种操作没有任何工程价值，还会把自己常用的主力账号置于风险之中。

更合理的做法是：把邀请链接发到你的技术群、朋友圈或团队内部，让真正有开发需求的人通过你的链接注册。对方获得了积分和工具，你获得了奖励，这是双赢。

8.2 把“领取积分”和“验证工具链”放在一起做

很多人领完积分就关页面，结果下次打开 Codex 发现请求失败，还要重新排查。更聪明的做法是：领取成功后的 10 分钟内，立刻在 CLI 和 VSCode 里各发起一次请求，验证所有入口都能正常使用。这样做的好处是能把“积分到账”和“工具链可用”一次性验证完，不会出现“攒了一堆积分但客户端报错用不了”的悲剧。

给出一套快速验证命令：

# 验证 CLI 状态和模型路由 codex --version codex exec "请输出当前时间，并告诉我你运行在哪个模型上。"

8.3 使用环境变量管理敏感信息，避免在代码里写死

如果你通过脚本调用 Codex 的 API 或 CLI，不要把 API Key 直接写在代码里。推荐使用环境变量或本地配置文件：

# 示例：在 .env 文件中保存（实际 Key 以你自己的凭证为准） OPENAI_API_KEY=sk-xxxxx

# 在代码中通过环境变量读取 export $(cat .env | xargs)

在团队协作时，.env 文件应该加入 .gitignore，避免凭证泄漏。这条建议无论是否涉及积分领取，都是 AI 工具链使用中的基本安全素养。

8.4 定期查看官方活动，但以页面实际展示为准

Codex 的积分活动往往有时效性，可能这个月是以“邀请好友”为主题，下个月就换成了“完成新手任务”。建议不用花太多时间蹲守，只需在做 Codex 相关技术调研时顺手看一眼账户页面的活动入口即可。

同时要有一个心理预期：积分活动的发放规则可能随时调整，最终以你账户页面实际展示的规则为准。网上看到的教程只能作为参考，不能当作永远的承诺。

8.5 不要试图“破解”或绕过风控

这里要划一条清晰的红线：如果平台在积分领取时要求验证身份、要求新用户是独立账号，那就尊重规则。任何试图通过脚本批量生成账号、批量点击领取、伪造设备信息来刷积分的做法，都属于平台明确禁止的行为，可能导致账号受限，得不偿失。

技术人之间的信任本来就稀缺，作为开发者，更应该维护一个干净、可积累的账号资产。

9. 领完积分之后，Codex 还能怎么用

好友积分也好、赠送额度也罢，本质上是平台为了让更多人体验到 AI 编程 Agent 而设计的推广资源。领到积分之后，真正值得花时间的是：把这些额度投入到真实开发任务中，验证 Codex 的工程能力。

从实践角度看，Codex 值得优先尝试的场景包括：

1. 代码库理解与问答：把一个中大型项目交给它，让它在本地索引代码后回答问题，比如“这个项目的模块依赖关系是什么”。这在接手旧项目时非常有用。
2. 任务分解与执行：让它自行拆解开发任务，并调用命令行执行构建、测试等步骤，而不是只给出建议代码。
3. 自动修复构建错误：把报错信息直接抛给它，让它分析日志、定位原因并给出补丁方案。
4. 单测生成：让它为指定函数自动生成边界用例，这能显著提升代码覆盖率。

用好 AI Agent 的关键判断是：不要把它当成一个增强版聊天机器人，而要当成一个需要你把需求背景、约束条件和验收标准讲清楚的项目协作者。积分领到手之后，带着一个真实项目去用它，比单纯“玩一玩”的收获要大得多。

如果后续遇到比较典型的 Codex 使用问题，比如模型切换、路由配置、插件冲突、CLI 路径异常，欢迎在评论区留言交流，也可以关注后续我会更新的 Codex 工程化实践系列文章。

建议收藏备用，也欢迎转发给身边每天为额度发愁的开发者朋友——毕竟，在不折腾小号、不折腾账号切换的前提下，把官方规则的羊毛薅明白，本身就是一种技术能力。