ChatGPT 产品入口选择指南
根据任务持续时间、环境、工具、副作用和产物，选择 Chat、Project、Work、Codex、Workspace Agent 或 Developer Platform。
#type / synthesis
#status / growing
#tech / ai
#resource / chatgpt
[!abstract] 最短规则 先问任务是否需要持续状态、外部工具、可交付文件、代码仓库或重复执行，再选产品入口；不要先选模型再把任务硬塞进去。
[!info] related notes
- 所属 MOC: ChatGPT MOC, OpenAI 产品体系 MOC
- 入口对比: ChatGPT Chat、Work 与 Codex
- 开发平台: OpenAI Developer Platform MOC
ChatGPT 产品入口选择指南
范围
本文把 OpenAI 的成品入口和开发入口放进同一决策框架。它不推荐具体模型版本。
决策问题
依次回答：
- 结果是一次回答，还是长期项目？
- 是否需要多个文件或共享来源？
- 是否需要 Agent 持续使用工具？
- 是否需要修改代码库、运行测试和检查 diff？
- 是否需要重复、共享、定时或 API 触发？
- 是否需要构建自己的产品或后端？
- 动作是否会改变外部状态？
选择表
| 目标 | 首选入口 | 原因 |
|---|---|---|
| 快速问答、搜索、讨论、改写 | Chat | 最低交互成本 |
| 长期主题共享文件与指令 | Project | 稳定上下文容器 |
| 研究、分析并生成成品 | Work | 长任务与 artifact 导向 |
| 修改仓库、运行命令和测试 | Codex | 原生工程环境 |
| 固定团队工作流和 Apps | Workspace Agent | 可配置、Preview、Publish |
| 周期或触发任务 | Workspace Agent schedule/API 或 Automation | 保存工作流与运行状态 |
| 构建自己的 AI 应用 | Responses API / Agents SDK | 可编程控制 |
| 构建 ChatGPT 内交互 App | Apps SDK + MCP | ChatGPT 宿主和工具/UI 集成 |
| 低延迟语音或实时多模态 | Realtime API | 持久低延迟会话 |
典型路径
学习一个新主题
Chat 做初步澄清 → Project 保存来源 → Deep Research 形成资料 → Obsidian 保存稳定知识。
完成业务报告
Project 保存文件和指令 → Work 分析并生成文档/表格/演示 → 人工检查和分享。
修改软件项目
Chat/Work 形成需求或 PRD → Codex 读取仓库、修改、测试和 review → GitHub PR。
长期维护本地知识库
Workspace Agent 固定 App + Skill → Secure MCP Tunnel → 本地 MCP → 两阶段提案合并。
构建客户可用 Agent
Responses API 负责模型与工具调用，或 Agents SDK 管理 loop、handoff、guardrail 和 tracing；若入口在 ChatGPT，增加 Apps SDK/MCP。
何时不升级到更复杂入口
- 单轮问题不需要 Project；
- 一个明确函数调用不需要多 Agent；
- 本地 Codex 可直接读仓库时，不需要先把整个仓库上传 ChatGPT；
- 一个静态答案不需要 Workspace Agent；
- MCP 工具没有交互 UI 时，不必引入 Apps SDK 组件；
- 简短 workflow 不需要自建完整 Agents SDK runtime。
复杂入口会增加权限、状态、成本、调试和维护面。
副作用决策
只读任务可以更自动；写入任务应根据影响分级：
- 可丢弃草稿：一次确认或自动；
- 可恢复内部修改：展示 diff 后确认；
- 对外发送、发布、删除、付款、权限：总是明确确认；
- 高风险或不可逆：除确认外再加服务端限制和审计。
快速自检
- 入口能访问所需数据
- 入口拥有合适工具
- 结果有可观察验收
- 持久上下文放在正确层
- 写操作有审批
- 计费边界已理解
- 更简单入口不足以完成任务