#带证据交付并让下一会话接得上

“代码改完了”不是 DevCodex 的完成定义。这个教程把验证、剩余风险、报告和续接状态一起交付。

#你将完成什么

• 让每个强结论都能回到新鲜证据。
• 区分已验证、未验证和不适用。
• 留下下一会话可以恢复的任务状态。

#前置条件

任务已有确认过的验收条件和实际修改。列出本次允许执行的测试、无法访问的外部环境，以及是否需要人工发布授权。

#发送这条请求

按已确认验收条件完成交付复审。请列出每项结论对应的命令、退出码或可观察结果，区分 PASS/WARN/BLOCK/UNVERIFIED/N/A；同步报告与记忆，留下下一会话的精确续接点。不要自动发布。

#预期工作流

DevCodex 会对照原需求、技术方案和实际 diff，选择与风险匹配的测试路线，检查关联文档与消费者，并执行 ECR。需要跨会话时进入 resume，读取有界记忆和报告锚点，而不是重做全量分析。

#写入边界与确认

测试和报告不能替代发布授权。commit、push、PR、部署或生产写入仍按任务授权执行；删除与不可逆操作继续单独确认。无法直接验证的宿主或外部系统必须保留为 UNVERIFIED。

#可见结果

完成卡应至少说明：

• 实际修改与未修改内容；
• 验收项和对应证据；
• 运行命令、退出码与失败项；
• 剩余风险、回滚和人工步骤；
• 报告、记忆与下一步任务锚点。

#如果下一会话仍然丢上下文

• 检查任务是否写入了报告和绑定会话记忆，而不只是聊天摘要。
• 使用明确的任务名或续接入口，不要依赖模型猜测“上次那个任务”。
• 若 Profile 或 memory 状态冲突，先按故障排查恢复，再继续写入。

#下一步

了解证据与完成和 resume 工作流。