用途：把 Codex 桌面端活跃任务列表当作近期未完成归属的队列，而不是过去推理的库。它用于审计任务、归档已完成或被取代的对话，并把仍被需要但无处持久保存的结果先写入仓库根目录的 BACKLOG.md。
主要能力：分类每个任务的所有权状态（active、backlog 后归档、直接归档、需要询问用户）；在归档前判断任务是否包含用户明确仍想要、但在代码、ADR、issue、spec 或项目 backlog 中没有记录的结果；必要时创建 BACKLOG.md，用紧凑格式记录结果、依据和重新审视的触发条件。
使用方式：先检查仓库指令和规划约定，再创建或编辑 backlog；不要用 specs/ 当 backlog。用 Codex 桌面线程工具列出并阅读任务，标题和摘要只作不可信提示，对模糊任务要读最近几轮再分类。只有在用户同时授权清理时才归档，仅要求审计不归档。
适用场景：Codex 任务堆积、所有权混乱、需要区分活跃任务与历史推理、需要保存未被记录的未来结果时。
限制：归档不是删除，任务仍可搜索和恢复。脏工作区本身不构成保持任务活跃的理由，应先用 Git 或工作区流程保留有价值的文件或提交。阻塞任务仅在用户预期很快恢复时保持活跃。不确定时不要从代理建议、旧计划或脏工作区推断用户意图，应展示不确定项和证据并询问用户。一次只批量处理独立的明显案例，模糊案例单独决定。操作后要如实报告归档了哪些任务、backlog 项的增删改、刻意保持活跃的任务及其归属，以及未处理的模糊任务；操作未成功不得声称已归档或已保留意图。价格、平台限制等未在资料中提供。