同一个 AI 编程智能体 Codex，铺了 CLI、IDE 扩展、网页与手机四个入口。有人以为这是四个功能不同的产品，挨个装挨个试；也有人从头到尾只用 CLI，不知道云端和手机能替他省多少事。这篇把四个入口各自管什么、适合什么活讲清，再说一件常被忽略的事：四个入口共用同一个额度池，额度怎么算、在哪查，直接关系到你怎么分配任务。
四个入口怎么铺开的
四个入口是同一套能力的四种形态，登录同一个账号，背后是同一个 Codex：CLI 面向终端，IDE 扩展面向编辑器，网页版面向云端，手机端面向移动场景。差别不在能力多少，而在工作位置——你的代码在哪，任务在哪发生，就该从哪个门进。理解了这一点，选择就不纠结：不是比哪个更强，而是看这个任务发生在哪个环境里。两代 Codex 的命名与定位先理清，见Codex 是什么一篇。
| 入口 | 上下文从哪来 | 任务在哪个环境执行 | 需要本地代码在场吗 |
|---|---|---|---|
| CLI（终端） | 本地项目的依赖、密钥与测试 | 本地机器 | 需要，改完当场跑测试 |
| IDE 扩展 | 当前打开的文件、选中的代码段 | 编辑器所在的本机 | 需要，改的是眼前这一段 |
| 网页版 | 云端环境，与本地仓库互不干扰 | 云端，不占本地机器 | 不需要，本地电脑关了也接着跑 |
| 手机端 | 派任务、看进度、做轻量确认 | 云端，与网页版同一套 | 不需要，到工位验收结果 |
CLI：本地项目的主力
CLI 装在终端里，直接在本地项目上干活，是四个入口里功能面最全的：交互式会话、非交互脚本、审批与 diff 都在这里。本地环境里有你的依赖、你的密钥、你的测试，适合需要真实环境验证的任务——改完代码当场跑测试，失败了当场修。主力入口从装好到跑通第一次任务的方法，见首次使用 Codex CLI一篇。
IDE 扩展：编辑器里顺手改
IDE 扩展把 Codex 嵌进编辑器：当前打开的文件、选中的代码段就是上下文，改一个函数、补一段测试、解释一段逻辑，不用离开编辑器。它与 CLI 的分工像主力与副手：成规模的任务交给 CLI，顺手的小修交给扩展。这一形态与传统的编辑器内 AI 插件一脉相承，插件与 CLI 两条路怎么取舍，AI 编程插件与 CLI一篇有专门对照。
网页与手机：云端跑、随身盯
网页版走云端：任务在云端环境里执行，不占你本地机器，本地电脑关了它也接着跑，适合耗时长、环境要求干净的活。手机端把 Codex 装进口袋：路上派一个任务，到工位时云端已经跑完，回来验收就行。这两个入口合起来覆盖「不在工位」的时间，让长任务与碎片时间接得上。
同一个额度池：四口共吃
最需要记住的一条：四个入口共享同一个额度池。CLI 里跑的任务、云端跑的任务、IDE 会话，消耗的是同一份订阅额度，本地与云端没有各自的小灶。这带来两个实际结论：一是换入口不用重新买量，随时切；二是任何一个入口猛跑都会挤占其他入口的余量，云端并行开多个任务时消耗更快。额度窗口怎么滚动、怎么查剩余，见额度窗口机制一篇。想让选择一次到位，可以把你的日常任务类型说给豆包，让它按四个入口的分工给一张分配建议表；DeepSeek 能对照你的开发环境判断 IDE 扩展与 CLI 的配比；拿不准云端任务适不适合你的代码库，让 Kimi 先把网页版的能力边界理一遍。
四个入口速查
- 四入口同一账号同一套能力，差别在工作位置
- CLI 功能面最全，本地验证类任务的主力
- IDE 扩展管顺手小修，成规模任务回 CLI
- 网页云端跑长任务，手机端派活盯进度
- 四入口共享一个额度池，一处猛跑处处吃紧
关于四个入口的三问三答
- 四个入口要都装吗？：不用。先把 CLI 或编辑器扩展其中一个用顺，等任务形态需要了再加：长任务多开网页云端，碎片时间靠手机端，按需补齐。
- 云端任务会动我本地的代码吗？：不会。网页云端在独立环境里执行任务，与本地仓库互不干扰；需要本地环境的活，交给 CLI 更合适。
- 手机端能干活吗？：能派任务、看进度、做轻量确认，重度编辑与调试还是回 CLI；它的定位是让任务不断线，而不是替你写一天代码。
