现在很多 AI 工具都会在文档或更新日志里写“支持生图”。这句话只回答了一个问题：产品里存在某种图像生成机制。它没有自动回答另外三个更现实的问题：我的当前环境能不能调用、这次会走哪个账号与计费路径、最终能不能得到可用文件。
我今天为文章生成封面前，没有因为文档写着“支持”就直接开跑，而是先核对登录方式、图像能力开关、执行进程的计费选择，再用一个真实产物完成验证。原因很简单：功能存在、当前可复现和适合在这里采用，是三件不同的事。
第一问：这个机制真的存在吗
先看当前一手文档，而不是教程截图或旧版本演示。OpenAI 当前文档说明，可以在提示词中显式加入 $imagegen 调用图像生成能力。[1]
这能证明“Codex 里存在内置生图路径”，但还不能证明本机能力已启用，更不能证明每一种登录方式都使用相同额度。教程最常见的夸大，就是把产品级支持直接写成“所有人现在照着做都能用”。
第二问：当前机器真的准备好了吗
我把可执行前提拆成三项：
- 认证有效：CLI 能读到当前登录状态；
- 能力启用：功能列表里图像生成确实处于启用状态；
- 执行环境明确：这次进程不会被另一个认证变量或自定义 provider 改写路线。
对应的只读检查很简单：
codex login status
codex features list
这里不要把“命令退出码为零”当成全部证据。还要确认输出里的认证类型与功能状态符合这次任务，而不是只看到工具能启动。
第三问：订阅与 API 到底是不是同一条路
不是。OpenAI 的认证文档明确区分两种方式：使用 ChatGPT 登录获得订阅访问，或使用 API key 获得按量访问；认证方式还会影响权限和数据处理策略。[2]
图像生成文档也把两条成本路径分开：内置生图计入 Codex 的通用使用限制；较大批量如果明确通过 API 执行，则适用 API 定价。[1] 当前定价页同样说明，使用 API key 时，图像生成采用 API 计费，而不是 ChatGPT 套餐内的使用限制。[3]
所以“我已经买了 ChatGPT 订阅”并不能推出“任何设置了 OpenAI 凭据的脚本都包含在订阅里”。反过来也一样：机器里存在 API 变量，不代表这次就应该使用它。
我如何消除路线歧义
这次目标是使用已购买订阅内的原生能力，因此我先确认 ChatGPT 登录有效，再在实际生成进程里显式移除 API 路由变量：
env -u OPENAI_API_KEY codex exec ...
这个动作不是通用安装步骤，而是为当前目标做的边界声明：本轮不选择按量 API 路线。若任务明确需要 API 批处理，应反过来核对 API 账号、预算和权限，而不是偷偷借用订阅结论。
第四问：真实产物是否满足用途
认证和功能开关都正确，仍只能证明“请求有资格发出”。真正的完成证据必须落到文件。
我这次至少检查了：
- 确实生成了一个本地 PNG，而不是聊天里只有一句成功提示；
- 文件可解码、尺寸与横版用途匹配；
- 画面没有标题、伪文字、Logo 和水印；
- 机械叙事与文章主题一致，不是通用 AI 背景；
- 与最近封面在主体、空间、视角和主色上有明显差异；
- 最终文件进入文章自己的受控媒体流程，而不是只留在工具缓存目录。
这一步把“能力 smoke test”与“可发布资产验收”分开。前者证明工具会生成图，后者才证明它能服务这篇文章。
一张可复用的四层检查表
1. 产品支持
- 官方文档或发布说明是否明确存在该能力；
- 文档适用于哪个产品表面、版本和日期；
- 教程展示的是正式能力、预览功能还是自定义桥接。
2. 当前可执行
- 本机二进制和功能开关是否匹配；
- 登录状态、工作区和权限是否有效；
- 网络、沙箱和输出目录是否允许完成任务。
3. 成本与数据边界
- 订阅、套餐额度与 API 账单是否被混为一谈；
- 实际执行进程选择了哪个认证来源；
- 输入图片、代码或私有数据会进入哪一个产品边界。
4. 真实产物
- 文件是否真正生成并可打开；
- 质量、格式、尺寸和内容是否适合目标用途；
- 失败时能否明确停在未完成，而不是拿占位图顶上。
最强反例：同一个演示为什么会误导
一个视频作者在自己的桌面上成功生成图片，只能证明那套版本、账号、功能开关、网络和认证组合曾经工作。换到另一个时间或环境，可能遇到功能尚未开放、套餐不含该能力、CLI 版本落后、进程选择了 API 计费，或者生成成功但文件无法进入后续发布流程。
这些情况并不说明教程一定是假的。更准确的判断是：它证明了机制可以存在，却没有替读者完成对象绑定和可复现性核验。
适用边界
本文以 Codex 生图作为真实案例，但方法也适用于联网搜索、浏览器控制、长上下文、插件、视频生成和其他动态能力。对于价格、额度、模型名称和套餐资格，必须以使用当天的官方文档与实际控制面为准，不能把本文中的当前状态当成永久承诺。
我现在看 AI 教程，不再只问“能不能做”，而会连续问三次：机制能不能存在、当前对象能不能复现、这里值不值得采用。多出的几分钟核验，往往能省掉一次错误计费、一轮无效排障，或者一篇建立在旧功能上的教程。
本文来自一次真实 AI 生图发布前检查，使用 AI 辅助结构化与校对；账号、凭据、额度、费用、内部目录和调用记录均未披露。
来源与核验
- OpenAI 官方文档：Image generation（核验于 2026-09-02）
- OpenAI 官方文档：Codex authentication（核验于 2026-09-02）
- OpenAI 官方文档：Codex pricing（核验于 2026-09-02；套餐与限制会变化）
