真正落地的任务必须同时满足三重验证：有可验证证据、文件改动严格匹配初始目标、无handoff标记或待确认项；否则默认未完成。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要快速分辨 Codex 历史任务中哪些真正落地、哪些还卡在中途，不能只看它最后那句“已完成”，必须结合文件改动、执行证据和 handoff 状态三重验证。
看任务结尾有没有带验收证据
打开历史 thread，直接拉到最后一条 Codex 回复。如果只写了“已修改 login.js”“任务完成”，【这不算完成】。真正的完成回复必须附带至少一项可验证证据：diff 片段、运行命令输出、生成文件的首尾行、或截图中的关键状态（如“登录后跳转至 /dashboard”）。没有证据的“完成”，默认为未完成。
这一步操作起来很简单，直接滚动到底部扫一眼就行。但很多人会忽略——因为 Codex 的语言习惯容易让人误以为“说完成了=真完成了”。
查文件列表是否匹配初始目标
方法一：用 Codex 自带的文件摘要功能
点击 thread 右上角「⋯」→ 选择「Show file changes」。系统会列出所有被读取、新建或修改的文件名。对照你最初下达的任务指令，确认：新增/修改的文件名是否完全落在你指定的范围内？有没有多出 config.yaml、test_helper.py 这类没提过的文件？
使用 OpenAI Codex CLI 处理编码任务。触发词：codex、code review、fix CI、refactor code、implement feature、coding agent、gpt-5-codex。Clawdbot 可将编码工作委托给 Codex CLI 作为子代理或直接工具。
方法二：手动检查 diff 标题行
在改动详情里，每个文件块开头都有一行类似 --- a/src/auth/login.js 的路径标识。重点核对 a/（原文件）和 b/（新文件）的路径是否一致，且都在你给定的项目子目录内。如果出现 --- a/../secrets.json，说明它越界了，任务实际未完成。
识别未完成任务的三大手写标记
第一步：找 handoff 段落
在 thread 中搜索关键词 handoff、next step、waiting for、pending、blocked。只要出现其中任意一个，该任务就是未完成。Codex 不会主动标注“未完成”，但它一定会在中断处留下交接线索。
第二步：确认 handoff 是否含可执行动作
有效的 handoff 必须包含具体指令，例如：“请运行 npm test -- --testPathPattern=auth” 或 “等待你提供 API_KEY 后继续”。如果只写“后续再处理”“等你确认”，【这不是 handoff，是放弃】，该任务应归为失败而非未完成。
第三步：检查是否有悬而未决的待确认项
翻看 Codex 最后一次回复中带编号的提问，例如“① 是否允许删除旧日志表？”“② 预约发布时间统一设为 UTC+0 吗？”。只要存在未答复的编号问题，任务就处于暂停状态，不算完成。
