OpenAI 怎么选：ChatGPT、Codex 与 API 按场景选

OpenAI 方案能帮你把对话、编程和 API 接入对应到实际任务。

截至 2026 年 10 月 28 日抓取时，OpenAI 与 Anthropic 的中端模型已经分别在聊天、Codex 和 API 中铺开。之所以现在值得重新选，是因为“用 OpenAI”不再是单一选项：普通对话、终端编程和把模型接进自己的程序，走的是三条不同路径，价格、部署方式和控制粒度都不一样。

先按任务选入口，别先按模型名选

OpenAI 原生 SDK（软件开发工具包）是程序访问 OpenAI API 的客户端库，能让 JavaScript 或 TypeScript 程序发送请求并取得模型输出。官方仓库将它定位为“OpenAI API 的 JavaScript / TypeScript 库”，当前 README 推荐使用 Responses API。

你的任务	优先入口	你实际会得到什么	适合谁
问问题、查资料、写文档	ChatGPT	开箱即用的网页或客户端界面	不写代码、想快速开始的人
在终端里改代码、运行命令	Codex	面向代码仓库的编程代理	开发者、运维人员
把 AI 嵌入网站或内部系统	OpenAI API	可由程序控制的模型接口	团队开发者、产品负责人
使用第三方编辑器里的 AI	GitHub Copilot	编辑器内的代码辅助与代理能力	已使用 GitHub 工作流的人

这张表是按控制权划分的，不是性能排名。需要直接打开入口，可从 OpenAI 官方 SDK 仓库 进入 README，再按页面中的 Installation 和 Usage 操作；GitHub 平台能力则可查看 GitHub Copilot 页面。

如果目标只是“把一个功能做出来”，优先选 API；如果目标是“让 AI 进仓库里干活”，先试 Codex；如果只是想日常使用，不必先部署 SDK。

三项前置条件，缺一项就先别写代码

1. 准备运行环境：安装 Node.js，然后在终端运行 node -v；能正常显示版本号再继续。
2. 准备访问凭据：在 OpenAI 账户中创建 API 密钥，将它放入环境变量 OPENAI_API_KEY。不要把密钥直接写进公开仓库。
3. 确认使用场景：先写下一个可以验收的任务，例如“读取指定 CSV 并生成摘要”，不要用“做个智能助手”这种无法判断完成标准的描述。

API 调用按量收费，ChatGPT 与 Codex 的订阅方式则可能随方案变化。官方 SDK 仓库只说明了 SDK 用法，没有在所给页面中列出订阅价格，因此这里不把不同入口强行折算成同一价格。

四步完成第一个 OpenAI API 请求

1. 安装官方 SDK

在项目目录执行：

npm install openai

这条命令来自官方仓库 README 的 Installation 部分。安装后可打开 npm 包页 openai 检查发布记录；仓库根目录的 README.md 是安装与调用示例的入口。

2. 配置密钥

根据操作系统设置环境变量，然后重新打开终端，避免旧进程读不到新值。变量名必须是 OPENAI_API_KEY，因为下面的官方示例直接读取它。

3. 复制最小请求

新建 index.mjs，写入官方仓库 README 给出的最小示例：

import OpenAI from 'openai';
const client = new OpenAI({
  apiKey: process.env['OPENAI_API_KEY'],
});
const response = await client.responses.create({
  model: 'gpt-5.5',
  instructions: 'You are a coding assistant that talks like a pirate',
  input: 'Are semicolons optional in JavaScript?',
});
console.log(response.output_text);

随后运行：

node index.mjs

注意，gpt-5.5 是官方 README 示例使用的模型标识，不是“当前最强模型”的保证。模型名和账户可用范围会变化；代码能安装成功，不等于账户必然有权限调用示例中的模型。

4. 按任务换接口

新项目优先沿用 client.responses.create()。只有维护旧系统时才继续使用 client.chat.completions.create()：官方 README 把 Chat Completions 称为此前支持文本生成的标准接口，同时明确 Responses API 是主要接口。

若需要多轮对话，手动保存历史时不要只筛选 response.output 中的消息。官方说明指出，这种过滤可能丢掉推理或工具调用项，并导致下一次请求失败；简单续接可传入 previous_response_id，复杂回放则使用 SDK 的 toResponseInputItems() 辅助方法。

ChatGPT、Codex 还是 API：按控制需求做决定

选 ChatGPT 的核心条件是“人直接操作 AI”。它适合起草文案、解释代码和快速试错，优势是少配置；代价是工作流和模型参数没有 API 那么细，也不容易嵌入自己的系统。

选 Codex 的核心条件是“让代理接触代码仓库”。2026 年 7 月 10 日发布的 ChatGPT Work 与 Claude Cowork 实测 提到，OpenAI 在 7 月 9 日发布了把 Chat、Work、Codex 放进同一桌面应用的更新。这个测试中，ChatGPT 用时 18 分 50 秒产出可翻页交互卡片，Claude 用时 6 分钟交付 Markdown 文档；两边都出现任务取舍，说明“能完成任务”不代表每一步都更准确。选择 Codex 或 Work 时仍要人工检查遗漏项。

选 API 的核心条件是“结果要进入已有系统”。只有这一条能支持固定触发器、批量处理、权限隔离和自动验收。若你的需求只是偶尔让 AI 改一个脚本，搭 API 服务通常比直接用 Codex 更麻烦。

GitHub Copilot 则是另一层选择：它位于编辑器和 GitHub 工作流内部，而不是替代 OpenAI API。需要代码审查、Issue 处理或仓库内代理时，可查看 GitHub Code Security 与 GitHub Copilot 的能力边界。

同价位模型别只看跑分，还要看任务形态

截至 2026 年 10 月 28 日抓取时，DataCamp 的 GPT-6.1 Terra 与 Claude Sonnet 5.5 对比 将两者都放在各自旗舰模型下一档，定位为日常主力模型。文中称 Terra 的单词元价格约为 Sonnet 5.5 的一半，且每个任务消耗的词元更少；Sonnet 则在高推理强度的编码与电脑操作任务上领先。

按该来源的口径，可以得到一条实用边界：常规交互、内容处理和成本敏感任务先试 Terra；代码修改、浏览器或电脑操作更复杂时，再把 Sonnet 放进候选集。这只是基于该文对比数据的使用建议，不是 OpenAI 或 Anthropic 的官方结论。

评估维度	GPT-6.1 Terra	Claude Sonnet 5.5
定位	日常主力模型	日常主力模型
文中所述相对成本	单价约为对方一半	单价更高
编码与电脑操作	文中称 Sonnet 更强	文中称高推理强度任务领先
官方 SDK 接入方式	OpenAI API	需使用 Anthropic 对应接口

选型时不要把一次跑分直接当生产结论。第三方测试中的模型版本、推理强度、工具权限和任务提示都会改变结果；同一模型在 A 任务更便宜，不代表它完成 B 任务的总成本也更低。

常见卡点：先判断卡在哪一层

安装完成后调用失败：先确认执行目录中存在 node_modules，再运行 node -v 检查 Node.js 是否可执行。若终端提示模块找不到，不要重复安装，先核对当前目录是不是创建 index.mjs 时使用的项目目录。

返回 401 或权限错误：检查 OPENAI_API_KEY 是否存在、是否复制完整，以及当前终端是否在设置变量后重新打开。密钥错误与模型无权限是两类问题：前者先修凭据，后者再核对账户可用模型。

下一轮请求失败：检查多轮历史是否只保留了 response.output 里的消息。按官方仓库说明，优先改用 previous_response_id 续接，或通过 toResponseInputItems() 规范化可回放输出，而不是手工筛掉工具调用与推理项。

打开 GitHub 仓库时出现：There was an error while loading. Please reload this page. 来自 GitHub 页面提示，并非 OpenAI API 报错。直接重新加载；若仍失败，再检查 GitHub 登录状态。官方登录入口是 GitHub Sign in。

怎么算成功，以及下一步看哪里

最小 API 请求成功时，终端会打印 response.output_text，内容应回应你传入的 input。若程序没有输出，先检查是否使用 await、是否执行 console.log(response.output_text)，以及密钥是否从环境变量成功读取。

选型完成时，应能回答三个问题：入口是 ChatGPT、Codex、Copilot 还是 API；任务能否用一条可观察的验收标准描述；失败时由谁负责重试、限流和日志。按这三个问题筛选，比先追逐最新模型名称更稳。

继续查阅时，可从 OpenAI 官方 SDK README 查看安装、调用与多轮对话示例，从 官方 API Reference 入口进入完整接口说明；若在 GitHub 内编码，则对照 GitHub Copilot 和 GitHub Actions 判断代理能力与自动化边界。

参考来源

• 实测丨GPT 6.1 Sol 硬刚 Sonnet 5.5：一个太老实，另一个精得很