关键在于分层管理任务与对话：新建任务用/new开启干净对话，项目级组织用「项目」代替「对话」存档，主-子对话分工明确，状态维护通过agent.md表格、/status监控和codex resume续跑实现。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在 Codex 中稳定推进多线任务、避免上下文污染、防止卡死重启，关键在于把任务和对话分层管理——不是堆在同一个聊天框里反复滚动，而是让每个任务有独立位置、明确边界、可追溯状态。
新建任务：从干净对话开始
每次启动新任务，必须用 /new 开一个全新对话。旧对话里的临时代码、调试输出、未确认的假设会污染新任务的推理路径。
如果刚打开 Codex 就直接输入需求，模型会默认继承上次关闭时的上下文碎片——这些碎片可能来自三天前的测试、某个被否决的方案草稿，甚至是你中途切去回微信时留下的半句指令。这种残留信息会让模型误判当前任务的真实起点。
执行 /new 后，对话顶部会显示「New conversation」标识，此时再输入任务描述才真正安全。
项目级组织：用「项目」代替「对话」存档
左侧边栏点击「项目」→「新建项目」→ 选择本地文件夹作为工作区。这个文件夹将成为所有子任务的共享根目录。
一个项目里可以开多个对话，但它们共用同一套文件系统。比如你正在开发一个电商后台，所有 API 路由文件、数据库 schema、前端组件都放在该项目文件夹下，不同对话（如「用户登录模块」「订单导出功能」）都能实时读写这些文件，无需反复上传或复制。
【注意】不要把所有任务都塞进「对话」列表里——对话适合一次性咨询，项目才是长期协作的容器。
主-子对话分工：谁该做什么
方法一：主对话做编排，子对话做执行
主对话只干四件事：写计划文档、登记任务状态、审核结果、决定下一步走向。它不写代码、不改配置、不查日志。
子对话负责具体执行。在主对话中输入 /spawn worker，Codex 会自动唤起一条新子对话，并把当前任务包（含目标、约束、验收标准）完整传过去。子对话完成工作后，把生成的文件路径或关键结论发回主对话。
方法二：手动分叉验证路线
当主对话中出现两种可行技术方案（比如用 SQLite 还是 PostgreSQL），不要在原对话里来回修改。直接点左下角「fork」图标，生成分支对话。分支里跑完 A 方案后，主对话仍保持原始状态，随时可再 fork 出 B 方案对比。
分支对话之间完全隔离，不会互相覆盖文件或混淆决策记录。
状态维护：让任务自己记得进度
第一步：每轮操作后，在主对话中更新 agent.md 文件
要求模型把本次交付物、已确认结论、待跟进事项、阻塞原因四项内容，以 Markdown 表格形式追加到 agent.md 底部。不要写成自然语言段落——表格结构能让后续接手者 3 秒内定位关键字段。
第二步：用 /status 查看当前压力值
当对话历史超过 15 轮、或挂载文件超过 3 个、或 token 使用率接近 85%，/status 会标红提示「High context pressure」。此时必须执行 /compact，否则下一轮调用工具极大概率卡死。
第三步：隔天续跑用 codex resume --last
终端意外关闭或下班中断任务时，不用重输背景。新开窗口后直接运行该命令，Codex 会自动加载最近一次未完成的会话快照，并恢复所有已挂载文件和权限状态。
