codex线程系统支持在一个界面并行管理多个独立任务流，每个任务拥有专属上下文与执行环境；通过multi-threaded workspace模板创建项目后，自动生成manager及3个agent标签页，支持拖拽绑定、指令锚定和快照复用三种上下文注入方式，并能自动拆解、分发、监控、仲裁多线程任务，最终生成诊断报告。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要同时调试后端接口、运行前端热更新、检查数据库迁移状态，但传统工具总让你在多个终端窗口间反复切换——Codex线程系统能让你在一个界面里并行驱动多个独立任务流，每个任务拥有专属上下文与执行环境。
创建并管理多线程会话
打开Codex桌面客户端或VS Code插件，确保已登录ChatGPT账号（【API Key登录无法启用多线程会话】）。
点击左下角「+ New Project」→ 选择「Multi-threaded Workspace」模板 → 命名项目（如“订单服务联调”）→ 点击创建。
系统自动初始化主会话（Manager），并在后台预分配3个Subagent线程槽位。此时你看到的不是单个命令行，而是带标签页的多面板视图：Manager、Agent-1、Agent-2、Agent-3。
每个Agent标签页右上角显示实时状态图标：绿色圆点=Alive，灰色方块=Exited，问号=Unknown。点击任意标签页即可向对应线程发送指令，互不阻塞。
为不同线程注入精准上下文
方法一：拖拽式上下文绑定
在Project模式下，将src/main/java/com/example/order/目录拖入Agent-1标签页输入框 → Codex自动识别为Java Spring Boot模块 → 后续所有指令默认作用于该路径下文件。
方法二：指令级上下文锚定
在Agent-2中输入：
context: frontend/vue3; target: src/views/OrderList.vue; constraint: 不修改setup()外的逻辑
这一步强制锁定技术栈、文件路径与修改边界，避免跨层误改。
方法三：记忆快照复用
在Manager中执行/snapshot order-api-debug-context → 完成后，在任意Agent中输入/load order-api-debug-context即可秒级还原完整上下文（含当前变量、历史输出、依赖树）。注意：快照不包含运行时进程状态，仅保存静态上下文。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
协调多线程任务执行流程
第一步：在Manager中输入拆解指令
拆解「验证订单分页手机号筛选失效」任务为3个并行子任务：① 检查Controller层参数接收逻辑；② 分析MyBatis XML中SQL条件拼接；③ 抓包确认前端传参格式
第二步：自动分发至空闲Agent
Codex识别出3个子任务无依赖关系 → 将①分发至Agent-1（已绑定order后端上下文）、②至Agent-2（已绑定MyBatis上下文）、③至Agent-3（自动启用网络抓包工具链）。
第三步：同步监控与冲突仲裁
所有Agent输出实时汇聚到Manager面板底部「DAG Timeline」视图。若Agent-2发现SQL中AND phone LIKE ?被硬编码覆盖，Manager会立即暂停Agent-1的Controller分析，触发/conflict-resolve指令启动联合诊断。
第四步：合并结果生成交付物
当全部Agent状态变为Exited且exit_code=0，Manager自动生成diagnosis-report.md，内含各线程关键发现、时间戳、原始输出片段及修复建议锚点。
回收闲置线程与清理上下文
在任意Agent标签页输入/kill，该线程立即终止并释放内存。若未手动终止，Codex会在会话闲置5分钟后自动执行collect_output_until_deadline并标记为Exited状态。
执行/clear-context --all可清空当前Project所有Agent的上下文缓存，但不会删除本地Worktree中的文件变更。
【执行此命令后，所有Agent将丢失当前绑定的代码路径与约束条件，需重新注入】
