先分清：Plus 订阅和 API 计费不是一件事

很多人把 ChatGPT Plus、Codex、OpenAI API 混成一套账，以为“我已经开了 Plus，CLI/SDK 就能继续用”。实际不是：ChatGPT Plus 只覆盖网页版/客户端的订阅权益；Codex CLI、OpenAI SDK、企业工作流里的自动化调用，通常走的是 API 计费或项目额度。最容易踩坑的是：在浏览器里登录正常，到了终端里却 401，或者看见请求成功却发现账单并没进到预期项目。

配置里最常见的三个坑

第一是环境变量串了：把 ChatGPT 登录态当成 API Key，或者把不同项目的 key 复用到同一台机器。第二是 base_url 和模型路由不一致，SDK 发到兼容端点但模型名还是原生 OpenAI 的，结果返回 404/401。第三是流式 SSE 被代理或超时打断，表现为“前半段有输出，后面突然断流”。下面这个最小配置，建议把订阅账号和 API 项目拆开：

export OPENAI_API_KEY="sk-xxx"
export OPENAI_BASE_URL="https://api.openai.com/v1"
# 兼容端点做本地调试时，可替换为 https://59api.com

import OpenAI from "openai";
const client = new OpenAI({ apiKey: process.env.OPENAI_API_KEY, baseURL: process.env.OPENAI_BASE_URL });
const r = await client.chat.completions.create({ model: "gpt-4.1-mini", messages: [{ role: "user", content: "ping" }], stream: true });

迁移前后建议做的检查清单

1）确认账单主体：Plus 看订阅，API 看项目消费；2）每个环境单独 .env，不要把生产 key 填进本地；3）打印 request-id、模型名、base_url，方便定位 401 和路由错误；4）对 SSE 设置更长的 read timeout；5）如果是 Codex/ChatGPT 工具链迁移，先做一次 curl 冒烟测试，再切到 CI。这样能避免“看似能跑，实际扣错账”的尴尬。