一、文章定位

这篇文章主要解决三个问题：

1. 讲清楚 GPT-5.6 与 ChatGPT 桌面端、Codex 融合后的产品变化。
2. 按应用左侧设置栏的顺序，梳理各项配置及其适用场景。
3. 补充设置之外的研究发布、用户配置、插件分工、任务归档与故障排查。

---

二、GPT-5.6 更新后的核心变化

2.1 模型命名与能力层级

GPT-5.6 表示这一代模型体系。

其中，Sol、Terra、Luna 更接近不同能力层级，而不是彼此完全独立、固定不变的单一模型。后续这些层级可能继续更新，因此选择时应关注实际能力、速度和成本，而不能只看名称。

2.2 Max 与 Ultra 的区别

Max 和 Ultra 不是简单的高低档关系，而是两种不同的增强路线：

• Max：给单个代理更多时间，用于探索、验证、检查和反复修正。
• Ultra：更偏向提高任务处理强度或调用更高资源配置，适合高复杂度工作。

实际使用时，应根据任务类型选择：

任务类型	推荐方向
需要深入研究、多轮验证	Max
高复杂度交付、需要更强处理能力	Ultra
日常问答、轻量修改	默认模式
成本或速度敏感	较轻量层级

---

三、桌面端融合后的工作入口

GPT-5.6 更新后，ChatGPT 桌面端进一步融合 Chat、Work 和 Codex。

3.1 Chat

适用于：

• 普通问答
• 内容解释
• 快速改写
• 轻量分析
• 不需要操作项目文件的任务

3.2 Work

适用于：

• 多步骤知识工作
• 跨文件整理
• 生成文档、表格、演示文稿
• 调用邮箱、日历、云盘等连接器
• 需要持续推进并形成最终交付物的任务

3.3 Codex

适用于：

• 阅读和修改代码仓库
• 运行命令
• 调试项目
• 审查 GitHub PR
• 查看 diff 与评审意见
• 在同一项目中管理多个仓库
• 使用 Worktree 并行处理开发任务

三者的选择原则可以概括为：

只讨论，用 Chat；
要交付成果，用 Work；
要直接操作代码和项目，用 Codex。

---

四、常规设置

常规设置应优先处理，因为它决定应用的基础运行方式。

建议重点检查：

• 默认启动页面
• 是否将 Codex 设置为默认视图
• 桌面通知
• 自动更新
• 文件与项目打开方式
• 任务历史保留方式
• 链接和外部应用调用权限

对于开发者或高频使用 Codex 的用户，将 Codex 设为默认入口能够减少模式切换。

---

五、个性化、长期规则与 Memories

5.1 个性化规则

“个性化”会进入个人长期规则层，用于保存用户主动写下的稳定要求，例如：

• 回答语言
• 输出格式
• 代码风格
• 文档结构
• 注释要求
• 常用技术栈
• 禁止修改的内容
• 固定交付规范

这些规则可能与个人级或项目级 AGENTS.md 同时生效。

因此，规则应分层管理，避免重复、冲突或范围过大。

5.2 AGENTS.md

AGENTS.md 更适合保存项目级约束，例如：

# 项目开发规则

- 后端使用 FastAPI。
- 前端使用 Vue 3 和 TypeScript。
- 不修改数据库表结构。
- 新增接口必须补充单元测试。
- 所有公共函数必须添加中文注释。
- 提交前运行 lint、type-check 和 test。

推荐层级：

1. 个人个性化设置：长期、跨项目通用习惯。
2. 个人 AGENTS.md：个人开发工作流。
3. 项目 AGENTS.md：当前仓库的具体规则。
4. 当前任务提示词：本次任务的临时要求。

越靠近当前任务的规则，应越具体。

5.3 Memories

Memories 主要从过去任务中辅助召回用户信息。

它和个性化设置的区别是：

• 个性化设置：用户明确写入的稳定要求。
• Memories：系统从历史交互中辅助记忆的信息。
• AGENTS.md：针对开发环境或项目的显式规则。

不建议把密码、密钥、敏感业务数据或临时任务状态放入长期记忆。

---

六、Browser、Chrome 与 Computer Use 的分工

6.1 Browser

适合：

• 搜索公开信息
• 阅读网页
• 提取文章内容
• 比较多个来源
• 做事实核验和资料研究

Browser 的优势是结构化检索和信息读取，不等同于直接控制用户浏览器。

6.2 Chrome 扩展

适合：

• 在用户正在浏览的页面旁边调用 ChatGPT
• 获取当前页面上下文
• 辅助总结、改写或分析网页
• 减少页面与 ChatGPT 之间的复制粘贴

使用 Chrome 扩展时，应留意：

• 页面是否包含敏感信息
• 当前授权范围
• 登录态页面的数据暴露风险
• 是否需要临时关闭扩展访问

6.3 Computer Use

适合：

• 操作没有 API 的网页或桌面应用
• 点击按钮
• 填写表单
• 下载文件
• 完成跨应用流程

Computer Use 的风险高于普通浏览，因为它会实际操作界面。

涉及以下行为时应人工确认：

• 付款
• 删除
• 发布
• 提交
• 发送邮件
• 修改账号
• 上传敏感文件
• 对外共享资料

---

七、项目、仓库与 Worktree

7.1 Worktree 的用途

Git Worktree 允许同一个 Git 仓库同时建立多个工作目录，用于并行处理不同任务。

例如：

project-main/       主分支
project-feature-a/  功能 A
project-bugfix-b/   缺陷 B

适合场景：

• 同时开发多个功能
• 一边修复线上问题，一边保留当前开发现场
• 多个 Codex 任务并行工作
• 避免频繁切换分支和暂存代码

7.2 Worktree 的限制

原文明确提示：

• Worktree 只适用于 Git 仓库。
• 同一个分支不能同时被两个 Worktree 使用。
• 长期保留的任务应尽早创建独立分支。
• Codex 默认只保留最近一定数量的托管 Worktree；公开索引显示默认数量为最近 15 个。
• 应定期检查根目录和清理节奏，避免残留工作目录占用空间。

推荐流程：

# 创建新分支及对应 Worktree
git worktree add ../project-feature-a -b feature/a

# 查看所有 Worktree
git worktree list

# 删除不再需要的 Worktree
git worktree remove ../project-feature-a

# 清理失效记录
git worktree prune

---

八、任务归档

设置左栏的最后一项是“已归档任务”。

任务归档的作用是：

• 将已结束任务移出日常侧栏
• 保留任务记录
• 后续可按日期或项目恢复
• 减少侧栏任务过多造成的干扰

归档不等于删除。

需要注意的是，任务关联的托管 Worktree 可能仍然存在，因此归档任务后，还应检查：

• 工作分支是否已提交
• PR 是否已创建或合并
• Worktree 是否仍需保留
• 临时文件是否需要清理
• 项目是否需要继续追踪

推荐归档条件：

• 交付物已生成
• 代码已提交
• 测试已完成
• 结果已确认
• 不再需要继续追问
• 临时环境已处理

---

九、研究、发布与对外输出

设置完成后，还应关注最终成果如何发布。

9.1 研究任务

研究类任务应明确：

• 研究问题
• 时间范围
• 信息来源
• 是否需要最新资料
• 是否允许推断
• 引用格式
• 最终输出形式

推荐提示词：

请研究【主题】，仅使用最近 12 个月的公开资料。

要求：
1. 优先使用官方文档和一手资料。
2. 对关键事实提供来源。
3. 将事实、观点和推断分开。
4. 对存在争议的内容列出不同观点。
5. 最终输出 Markdown 报告。

9.2 发布前检查

对外发布内容前，应检查：

• 是否包含隐私信息
• 是否包含内部路径
• 是否暴露 API Key
• 是否误传未公开文件
• 引用是否准确
• 图片和文字是否有版权风险
• 数据是否仍然有效
• 是否存在模型推断被写成事实的问题

---

十、排错思路

10.1 规则没有生效

依次检查：

1. 当前任务要求是否与长期个性化冲突。
2. 项目中是否存在 AGENTS.md。
3. 上级目录是否还有其他规则文件。
4. 当前任务是否进入了正确项目。
5. 规则是否过于模糊。
6. 是否存在相互矛盾的要求。

10.2 Codex 修改范围过大

在任务中明确：

只修改以下文件：
- src/example.py

禁止修改：
- 数据库结构
- 接口字段
- 其他业务逻辑
- 依赖版本

同时要求先输出修改计划和影响范围。

10.3 Worktree 或分支冲突

检查：

git worktree list
git branch --show-current
git status

若分支已被其他 Worktree 占用，应新建分支，而不是强行复用。

10.4 任务历史太乱

处理顺序：

1. 完成中的任务保留。
2. 等待确认的任务加明确名称。
3. 已完成任务归档。
4. 不需要的临时 Worktree 清理。
5. 长期项目按项目名建立统一命名规则。

---

十一、推荐配置方案

11.1 普通用户

• 默认使用 Chat。
• 多步骤交付使用 Work。
• 谨慎开启 Computer Use。
• 只保存少量稳定个性化要求。
• 定期归档已完成任务。

11.2 开发者

• 将 Codex 设为常用入口。
• 每个项目维护 AGENTS.md。
• 并行任务使用独立分支和 Worktree。
• 明确限定允许修改的文件。
• 提交前自动运行测试和检查。
• 完成任务后同时处理归档、分支和 Worktree。

11.3 重度研究与办公用户

• 使用 Work 处理跨文件任务。
• 用 Browser 获取公开资料。
• 用连接器读取邮箱、日历和云盘。
• 对 Computer Use 设置人工确认节点。
• 建立固定的研究、引用和发布模板。

---

十二、一套可直接采用的工作流

第 1 步：判断任务属于 Chat、Work 还是 Codex
第 2 步：选择合适的模型层级
第 3 步：确认个性化规则和 AGENTS.md
第 4 步：明确输入、输出及禁止修改范围
第 5 步：需要公开资料时使用 Browser
第 6 步：需要操作网页或应用时再启用 Computer Use
第 7 步：开发任务创建独立分支或 Worktree
第 8 步：执行过程中检查中间结果
第 9 步：发布前检查隐私、引用和敏感信息
第 10 步：任务完成后归档，并清理临时环境

---

十三、核心结论

GPT-5.6 与 Codex 的这次变化，不只是模型升级，而是工作入口、任务执行、浏览器、桌面操作和代码环境的进一步融合。

真正有效的使用方式不是把所有能力全部打开，而是建立清晰分工：

• Chat 负责交流和轻任务。
• Work 负责多步骤成果交付。
• Codex 负责代码与项目操作。
• Browser 负责公开信息检索。
• Chrome 扩展负责当前网页上下文。
• Computer Use 负责没有 API 的界面操作。
• 个性化和 Memories 管理长期个人上下文。
• AGENTS.md 管理项目规则。
• Git 分支和 Worktree 管理并行开发。
• 已归档任务管理已结束工作。