---
title: "ChatGPT 桌面客户端与 Codex 专项指南"
description: "拆解 Chat、Work、Codex 与 Local / Worktree / Cloud，覆盖浏览器、Kimi WebBridge、长时间任务与 GPT-5.6 模型档位选择。"
---

这是 v3 新增的核心章节。目标是让学员理解统一客户端中的 Chat、Work、Codex，以及本地、工作树、云端、浏览器、电脑操作和长时间任务之间的关系。

## 3.1 2026 年的产品关系

2026 年 7 月 9 日，Codex App 合并进 ChatGPT 桌面客户端（macOS、Windows），但 Codex 继续保留独立的开发历史和专门编码体验。ChatGPT 视图内有 Chat 与 Work；Codex 视图用于开发项目。Linux 桌面端随后进入可用范围，但部分功能成熟度与 macOS / Windows 不完全一致。

资料依据：OpenAI What’s New：Use Codex in the ChatGPT desktop app；ChatGPT desktop app。

<img src="/course/chatgpt-work-surfaces.png" alt="ChatGPT 桌面客户端三种工作表面" width="1800" height="900" />

*图 2：Chat、Work、Codex 不是三个模型，而是三种任务表面。*

## 3.2 Chat、Work、Codex 怎么选

| 判断问题 | 选择 Chat | 选择 Work | 选择 Codex |
| --- | --- | --- | --- |
| **核心产出是什么？** | 答案、讨论、解释、轻量草稿 | 可审阅的文档、表格、演示、研究或跨系统结果 | 代码修改、测试、Diff、PR、构建结果 |
| **需要访问什么？** | 当前对话、上传文件、网页信息 | 多个文件、插件、业务系统、浏览器与电脑 | 代码仓库、本地工具链、Git、终端、云端开发环境 |
| **工作要多久？** | 几分钟到短会话 | 可以长时间运行并阶段性审阅 | 从快速修复到长目标、并行 worktree / cloud |
| **成功怎么验证？** | 逻辑与来源 | 成品质量、数据一致性、人工审批 | 测试、构建、静态检查、浏览器、Diff、PR review |

## 3.3 项目、文件夹与多仓库

- 在桌面客户端中可以从聊天、项目或文件夹开始，Agent 会使用所选位置中的文件与上下文。
- 本地 Codex 项目可包含多个相关文件夹，并指定一个主文件夹；Git 操作、AGENTS.md、skills 与 `config.toml` 的自动发现应围绕主文件夹理解。
- 多仓库并不等于可以无约束同时修改所有目录。跨仓任务仍应先写清主仓、依赖仓、可写范围和合并顺序。

资料依据：OpenAI ChatGPT desktop app；OpenAI What’s New：Work across multiple folders in one local project（2026-07-23）。

## 3.4 Codex 的三种执行环境：Local、Worktree、Cloud

| 环境 | 特点 | 适合场景 | 主要风险 |
| --- | --- | --- | --- |
| **Local** | 直接在你打开的目录和本机工具链中工作 | 交互式开发、调试、需要本地服务或设备的任务 | 与当前工作区共享状态，容易和人工修改冲突 |
| **Worktree** | 为聊天创建隔离的 Git 工作树与分支 | 并行实现、后台任务、让多个 Agent 各做一个子任务 | 环境变量、未跟踪文件和依赖缓存可能不完整；需要清理 |
| **Cloud** | 在配置好的远程可复现环境中执行 | 长任务、并行任务、离开电脑后继续、统一依赖环境 | 凭据、网络、环境镜像、成本与数据边界需要组织治理 |

:::note[选择原则]
需要看本机运行态就用 Local；需要并行隔离就用 Worktree；需要后台、可复现或多人共享环境就用 Cloud。不要为了“更自动”而把所有任务默认送到云端。
:::

## 3.5 从客户端完成一次可验证开发任务

1. 打开项目文件夹，先确认当前分支、Git 状态、可写范围与默认权限。
2. 在 Codex 新建聊天；不清楚需求时先使用 `/plan` 或直接要求采访、分析影响范围和验证方式。
3. 把目标、非目标、约束、测试命令和成功标准写进第一条消息；复杂任务引用 SPEC.md。
4. 选择 Local / Worktree / Cloud。当前工作区有未提交改动时，优先新分支或 worktree。
5. 观察命令与 Diff；遇到新增依赖、网络访问、写外部系统等动作时人工确认。
6. 运行测试、构建、浏览器走查；必要时用 Computer Use 复现 GUI-only 问题。
7. 在侧栏审阅 Diff / PR，记录未验证项、风险和回滚路径，再决定是否提交或合并。

:::note[可复制的起手任务]
```text
先不要改代码。阅读 AGENTS.md、README、package.json / pyproject.toml 与当前 Git 状态，告诉我：项目目标、主入口、运行方式、测试命令、风险边界，以及实现【功能】最小会影响哪些文件。最后给出验证计划。
```
:::

## 3.6 Browser、Kimi WebBridge、Computer Use 与 Appshots

| 能力 | 适合做什么 | 不该做什么 | 验证建议 |
| --- | --- | --- | --- |
| **Browser** | 阅读网页、访问本地应用、查看 DOM 外的真实体验 | 替代所有 API / Playwright 自动化 | 把网页版本、URL、截图和关键结果写进证据记录 |
| **Kimi WebBridge** | 控制真实浏览器并沿用现有登录状态；导航、点击、输入、读取与截图 | 混用用户其他标签页、跨任务复用会话或默认执行敏感写操作 | 一项任务一个 session / 标签组；先读页面结构，再操作并回读结果 |
| **Computer Use** | 点击、输入、切换桌面应用、处理 GUI-only 流程 | 无监督操作生产后台、财务、权限管理 | 限定任务和应用；敏感动作前停下；保存截图与日志 |
| **Appshots / 图像输入** | 把页面、错误、设计稿作为上下文 | 把截图当作完整事实或可访问性证明 | 同时验证数据、交互、异常态和响应式布局 |

- 内置 Browser 主要出现在 ChatGPT 桌面或 Web 工作表面，不应假设 Codex CLI / IDE 具备完全相同的浏览器体验。
- 需要沿用真实登录状态时，可显式调用 Kimi WebBridge Skill：一项任务固定一个 session 和标签组；优先用 snapshot 读取页面并用语义引用操作，必要时再使用脚本或底层协议。
- Computer Use 适合真实 UI 复现与验收，但权限风险高于只读网页抓取。
- 截至本讲义基线，Linux 桌面端部分 Computer Use 能力仍可能缺失或不同；培训前核对官方 Feature Maturity。

资料依据：OpenAI Browser；Computer use；ChatGPT desktop app；What’s New；本机 Kimi WebBridge Skill 教程。

## 3.7 长时间任务：/goal 与 Scheduled Tasks

| 能力 | 使用方式 | 适合场景 | 注意事项 |
| --- | --- | --- | --- |
| **`/goal`** | 在桌面、Codex CLI 或 IDE 中把结果和完成标准设为持续目标 | 大型重构、持续研究、长时间修复 | 目标不清时先 `/plan`；运行中可暂停、补充约束和查看进度 |
| **Scheduled Tasks** | 在聊天中设置一次性或周期任务，可在新聊天或同一聊天运行 | 日报、依赖更新检查、仓库扫描、定期研究 | 先手动跑通；Git 任务可用专用 worktree；定期清理历史工作树 |
| **Side chat** | 不打断主目标地询问状态或解释 | 长任务中的监督与方向校正 | 不要在 side chat 里悄悄改变成功标准 |

资料依据：OpenAI Long-running work；Scheduled tasks。

## 3.8 Remote：离开桌面后继续监督

Remote 适合在移动端查看、启动、引导、批准或审阅正在运行的任务。它不改变权限边界，也不意味着可以忽略本地网络、VPN、服务进程和测试环境。对于需要稳定本地服务的任务，离开前应确保进程管理、日志和断线恢复机制已准备好。

## 3.9 从 Claude Code 或 Cursor 导入

- 桌面客户端可在 Settings > Import 中导入受支持的 instructions、settings、skills、plugins、projects 与近期工作。
- Codex CLI 可用 `/import` 导入 Claude Code 或 Cursor 的受支持设置与近期聊天。
- 导入不是“自动兼容证明”。必须检查：规则文件路径、命令参数、权限模式、Hook 语义、MCP 凭据和 Skill 触发描述。
- 建议先导入到测试项目，对比同一个小任务，再决定团队迁移或双栈共存。

资料依据：OpenAI What’s New：Bring your existing agent setup and work with you（2026-08-11）；Import from another agent。

## 3.10 GPT-5.6 模型档位：按任务选，不按“最强”选

| 模型 | 当前官方定位 | 建议任务 | 培训策略 |
| --- | --- | --- | --- |
| **Sol** | 复杂编码、Computer Use、研究与安全工作的旗舰选择 | 架构、复杂实现、深度审查、长目标 | 关键任务使用；设置明确预算与验证 |
| **Terra** | 能力与成本平衡的日常全能型 | 大多数开发、研究、文档工作 | 作为团队日常默认候选 |
| **Luna** | 速度快、成本低、适合可重复任务 | 格式转换、批量小修改、快速分类与初筛 | 必须用测试或抽样校验稳定性 |

:::note[避免写死模型名]
模型、默认档位和套餐可用性变化很快。团队规则应写任务需要的能力、速度、预算与验证，不永久固定模型名。本课程与日常写代码不使用 Max 或 Auto：优先在 Sol、Terra、Luna 中按任务显式选择；Max 只保留给极少数高难推理或最终审查，Auto 不作为需要可复现的团队编码标准。Claude Code 同理：通过 `/model`、`/status` 和官方 changelog 复核。
:::

资料依据：OpenAI GPT-5.6 官方发布说明与 Models 文档；培训规则按团队编码实践收紧。

## 3.11 客户端限制与上线前检查

- 确认当前平台是否支持所需 Browser / Kimi WebBridge / Computer Use / Remote / Cloud 功能。
- 确认客户端、CLI 与 IDE 是否读取同一份 `.codex/config.toml` 与 AGENTS.md 层级。
- 确认本地 Work 对话与云端 Work 对话的同步、数据位置和分享范围。
- 确认计划任务是否使用独立 worktree，是否会积累磁盘占用和僵尸进程。
- 确认插件、MCP、网络与密钥的组织策略，不以“客户端能连上”为合规结论。