背景与动机
Codex App 的优势是把多个任务放到不同线程里处理。它适合做“任务调度”，而不是把所有需求塞进一个长对话。
多线程的关键不是数量，而是隔离：每个线程都应该有独立目标、边界和验收标准。
适合并行的任务
适合：
- 一个线程写新功能，另一个线程做代码审查。
- 一个线程整理文档，另一个线程检查链接和构建。
- 多篇互不依赖的笔记整理。
- 不同模块的独立 Bug 排查。
不适合：
- 多个线程同时改同一个核心文件。
- 需求还没定，就并发实现多个方案。
- 需要频繁人工确认的高风险操作。
线程命名要具体
线程名称最好直接说明任务：
修复登录页表单校验整理 Codex 笔记专栏审查支付回调改动排查 pnpm build 失败不要使用：
优化一下继续做帮我看看模糊标题会让后续回到线程时难以判断上下文。
多 Agent 交接格式
每个线程结束时都应该输出：
目标：已完成：修改文件：验证命令：未完成：风险：建议下一步：这样另一个线程或人工接手时，不需要重新读完整聊天。
审查线程的价值
实现线程容易对自己的方案产生路径依赖。审查线程应该换一个角度，只看：
- 是否超出用户要求。
- 是否破坏现有模式。
- 是否遗漏测试。
- 是否引入隐性副作用。
- 是否误改用户已有内容。
审查线程不要重写实现，除非用户明确让它接手修复。
常见陷阱
- 为了并行而并行，实际增加冲突。
- 每个线程都重新探索项目，浪费上下文。
- 线程之间没有交接摘要。
- 审查线程只总结优点，没有指出风险。
PDF 对照与延伸
这篇对应《Codex-Complete-Guide-zh-v2.0.1》的 §06 Codex App：多 Agent 的指挥中心。PDF 里会讲桌面 App、多线程、Computer Use、In-App Browser、Memory、Image Generation、Automations 续跑等能力。
这里没有把 App 的每个功能展开成独立教程，而是先抽出最稳定的协作心智：把 App 当成多任务工作台。它的价值不是“界面更漂亮”，而是让多个线程以更清晰的任务边界并行推进。
重点对照：
§06中多线程和桌面五件套。§08中 Automations 和 Skills 的组合。§10中 Codex 与 Claude Code 的分工。
App 多线程使用规则
一个线程只做一个目标。不同线程不要同时改同一批文件。每个线程结束必须有交接摘要。审查线程默认只审查，不直接接手重写。长任务要写清楚下一次 wake up 时继续什么。一句话总结
Codex App 的多 Agent 能力适合做职责隔离：实现、调研、审查和验证分开，协作才会变稳。