Codex 线程生命周期与复用规范

让每个正在推进的工作只有一个主入口,而不是让团队拥有更少的聊天记录。

正式执行规范 · 2026-07-14 起 · Markdown 真源:同目录 CODEX_THREAD_LIFECYCLE_STANDARD.md

一项可恢复的工作目标(同一业务结果、同一验收口径、同一责任边界)只保留一个活跃主线程。

30 秒判断

复用老线程

目标、验收和项目/任务号相同;只是继续、补证、回归、等待后恢复、改格式或回答追问。

新建主线程

业务结果、验收、客户/任务号、权限边界或目标仓库独立;或用户明确要求独立专项。

上下文快满

先写回队列、心跳、任务索引、证据和归档;再开同一任务的续线程

可并行小切片

仍由主线程总控。只有验收、写路径和回滚面独立时,才开受控 subagent/worktree。

必须复用的常见情况

可以新建的情形

触发条件为什么独立
业务结果或验收不同不能共用完成定义。
任务号、客户、项目或目标仓库不同责任、证据和风险边界不同。
已完成归档后出现新需求/新缺陷旧线程是历史证据,不再是当前执行入口。
权限或敏感等级变化避免受限资料混入原上下文。
用户明确要求独立处理或独立交付尊重人为设定的边界。

标题与开场

目标:
完成定义:
范围 / 不做什么:
关联任务、旧线程或证据:
当前已知事实与缺口:
本轮下一步:

如何整理当前存量

不批量删除历史。每人每周只整理最近活跃线程:Active(每个主题只留一个主线程)、Waiting(写醒来条件)、Done(验收后归档)、Duplicate(留主线程指针后归档)、Unknown(补最小恢复卡后再分类)。

禁止事项

执行入口:CODEX_LONG_HORIZON_OPERATIONS.mdcontext-handoff-subagent-continuationtask-thread-title-ticket-prefix