ChatGPT · Codex.

先把两者放进同一条工作链，而不是让它们互相替代：用 ChatGPT 把模糊需求变成可审查的提纲、文案、问题清单或验收表；再用 Codex 处理需要读仓库、改文件、运行已有开发工具的实现任务。ChatGPT 的官方入口是 chatgpt.com。若偏好桌面工作区，官方桌面文档列出 macOS、Windows 与 Linux，并说明可从聊天、项目或文件夹开始，随后选择 Chat、Work 或 Codex；实际可见选项仍随计划和账户变化。官方桌面文档

Codex 的入口应按工作位置选择：在本机终端用 CLI，在编辑器中用 IDE 扩展，在浏览器交给 Codex cloud 跑较长任务，或使用 Codex app 管理多任务。官方产品页确认这些入口属于同一 Codex 工作流，并强调云端任务完成后仍需人工审阅。Codex 产品页 本教程的原则是：ChatGPT 负责把意图说清，Codex 负责提出和执行受边界约束的代码改动，人负责批准最终结果。

截至 2026-10-14，下方版本清单只记录本次实际阅读官方页面后能够确认的主要系列，并把模型、客户端和云端服务分开。不要把模型名当作某个已安装的软件版本，也不要假定模型选择器在所有端、所有地区或所有方案中相同。官方说明中，GPT-6.1 Sol、GPT-6 Sol 与 GPT-6 Luna 用于 ChatGPT Work 和 Codex，而非普通 Chat；推荐方向是 Astra 处理最难的端到端任务，Sol 处理复杂、较长的重复工作，Luna 处理明确而高频的任务。Codex 模型说明

实务上，短篇改写、资料结构化和验收问答可先放在 ChatGPT；要在本机仓库中逐行解释、生成小补丁或调用既有测试时选 CLI／IDE；需要并行、后台运行、隔离环境及差异审查时选 Codex cloud。Codex cloud 文档 免费与付费方案的工具、上下文和 Codex 配额并不固定，且与模型、任务复杂度及本地或云端运行方式有关，应以账户中的用量面板为准。ChatGPT 方案页 Codex 定价说明 作为历史提醒，官方页面写明 GPT-5.5 于今日从 ChatGPT、Work 和以 ChatGPT 登录的 Codex 退役，API 不受该项退役影响；旧脚本不应继续硬编码它。

开始前先写一张不超过半页的任务卡：交付物是什么、读者是谁、可使用的资料、不能改动的范围、验收信号和截止条件。比如把“优化页面”改成“仅修改虚构活动页的标题与空状态文案；保留路由和接口；给出变更摘要；现有测试必须通过”。这张卡先给 ChatGPT，请它指出歧义和缺失信息，再把确认后的约束带入 Codex。

代码任务应从可回退的状态开始：确认当前目录和分支、保存未提交工作，并创建独立分支或 Git 检查点。官方 CLI 快速入门同样建议任务前后建立 Git checkpoints；CLI 中可用 /permissions 查看并选择本轮允许的编辑和命令边界。Codex CLI 文档 不要把“允许执行”理解成“结果正确”。对初学者最稳妥的首轮任务是解释一个虚构小仓库或修改一个孤立组件，不是迁移数据库、发布生产环境或批量改写真实客户资料。

把真实姓名、客户材料、访问令牌、私钥、生产日志、受保密协议约束的附件从练习输入中剔除；用“客户甲”“订单 001”“示例令牌已删除”等占位符代替。提示中还要明确禁止目标，例如“不得发送网络请求、不得安装依赖、不得改动锁文件、不得读取工作目录外文件”。对 Codex，逐次确认所建议的命令、写入路径和外部连接，不因模型说“已完成”就放宽权限。

个人 ChatGPT 账户如不希望新的聊天和 Codex 任务用于模型改进，可在 Data controls 关闭 Improve the model for everyone；Codex 环境附加上下文另有独立的 Include environments 设置。临时聊天不进历史、不创建或更新记忆，也不用于改进模型，但官方说明其可为安全目的保留最多 30 天。官方数据控制说明 这些控制不是披露敏感信息的许可。使用组织工作区时，仍要遵守本组织的保留、访问和管理员策略；不要用个人设置推断团队设置。

以下练习只使用虚构资料。假设“星河读书会”要发布一则活动通知。第一轮不要求直接成文，而是要求模型先列出理解、缺口和检查项；第二轮才生成文案；第三轮由你逐句比对虚构源数据。这样即使没有文件上传功能，也可直接粘贴少量、去标识化的素材。文件、研究等工具及其额度会随计划变化，不能把他人界面当作自己的可用功能。ChatGPT 方案页

可复制提示词如下：

你是内容编辑。仅依据以下虚构资料写活动通知：
活动：星河读书会；日期：2031-05-18；时间：14:00–15:30；地点：云岚社区图书室；报名：虚构链接 example.invalid/signup。
先输出：1）事实清单；2）缺失或歧义；3）100–140 字通知草案。
限制：不可添加嘉宾、费用、名额、交通或未提供的联系方式；把所有推断标为“待确认”。
最后给出一份逐项自检表。

收到结果后，不要只问“再润色”。应指出可观察的差异，例如“标题未出现日期”“正文多出了免费入场”，再要求仅修正这两项，并保留原事实清单。最终由人核对日期、地点、链接和禁止项；模型给出的流畅表述不是事实来源。

先为虚构项目 demo-reading-club 创建独立分支，再让 Codex 只处理一个小变化，例如为已有 EventCard 增加“地点待定”的空状态。官方 macOS/Linux 安装使用该地址的脚本；为便于先检查内容，下面拆为下载、阅读、再手动运行三步。只在自己管理的开发机确认系统与权限后操作；Windows用户请改用官方仓库的Windows安装说明。本教程没有执行或实机测试该命令，也不要求输入密码。官方 CLI 安装说明

curl -fsSL https://chatgpt.com/codex/install.sh -o codex-install.sh
# 先阅读脚本，确认来源和改动后，再手动执行下一行
less codex-install.sh
sh codex-install.sh

安装并按官方流程登录后，在项目根目录运行 codex。先用自然语言下达可回退任务，而不是让它自由重构：

先只读检查此仓库，说明 EventCard 的数据来源和现有测试。
随后仅在 EventCard 中实现：location 为空时显示“地点待定”。
不得新增依赖、不得改 API、不得改锁文件、不得提交或推送。
修改前给计划；修改后列出文件、关键差异和你实际运行的测试及结果。
若没有可运行测试，明确写“未运行”，不要声称通过。

偏好编辑器时，官方 IDE 文档确认 VS Code 及兼容编辑器可用扩展，Xcode 和 JetBrains 有各自集成；可把打开文件或选区作为上下文并在原位看 diff。Codex IDE 文档 需要后台并行时，cloud 要先连接 GitHub 或 GitLab、选择最小必要仓库并配置环境，再审阅摘要和 diff 后才开 PR。Codex cloud 文档

验收要与生成分离。ChatGPT 产物使用“事实、格式、禁项、受众、来源”五栏检查；Codex 产物依次看 git diff、静态检查、已有测试输出、边界情形和人工可读性。测试应运行项目已经定义且你理解的命令，不要为得到绿灯而删除断言或跳过失败。发现问题时，把日志片段、预期和限制贴回去，请模型提出最小修复，再重复同一张验收表。人最后决定合并、发布或退回。

把每次交付保存为可追溯包：任务卡、输入版本、提示词、模型／客户端与日期、diff、测试记录、人工批准和外部素材许可证。AI 生成并不自动证明事实正确、代码安全、商标可用或作品可独占；商用发布前仍需核实引用、开源依赖许可证和组织／法律要求。

外部依赖也要逐项登记。Codex cloud 环境可配置依赖、工具、变量与 secrets，并可从 GitHub、GitLab、Linear 或 Slack 发起任务；这意味着每个连接、令牌和网络访问都是额外的权限面，而非“默认安全”。官方 cloud 文档 只连接完成本任务所需的仓库和工具，使用最小权限与可轮换的测试凭据，绝不把密钥写进提示词、仓库或截图。