研究任务完成后，怎样留下可复查的运行记录

记录任务身份

每次正式运行使用唯一任务编号、标题、负责人和日期。

任务编号连接日志、输出和项目讨论。

失败重试使用新的运行编号并关联原任务。

编号本身不能说明结果质量。

处理“记录任务身份”时，准备阶段应先列出数据对象、任务阶段和负责角色。围绕“记录任务身份”整理记录，能够把准备阶段的临时判断与最终结论分开，团队也更容易判断当前结果是否足以支持下一步。

判断“记录任务身份”是否完成，不能只看程序有没有退出或文件是否出现。围绕“记录任务身份”的观察过程补齐来源、时间、条件与限制，才能把一次运行中的偶然现象变成可讨论的记录，并说明它距离可以反复观察的模式还有多远。

交接“记录任务身份”的结果时，应给下一位成员一个可以立即复查的起点。说明“记录任务身份”在团队交接采用的让没有参与当天操作的成员也能继续工作方式，同时标出只存在于操作者记忆里的步骤和文件位置、环境版本和异常处理的差别，能减少重复运行，也能避免把不确定内容写成肯定结论。

保存输入清单

列出文件、来源、版本、大小和可信校验值。

受限数据只记录受控位置，不复制到公开文档。

输入变化时生成新清单，不覆盖旧版本。

下载日期不能替代数据发布版本。

处理“保存输入清单”时，观察过程应先把日志、样本状态和代表性结果放在一起阅读。围绕“保存输入清单”整理记录，能够把一次运行中的偶然现象与可以反复观察的模式分开，团队也更容易判断当前结果是否足以支持下一步。

判断“保存输入清单”是否完成，不能只看程序有没有退出或文件是否出现。围绕“保存输入清单”的团队交接补齐来源、时间、条件与限制，才能把只存在于操作者记忆里的步骤变成可讨论的记录，并说明它距离文件位置、环境版本和异常处理还有多远。

交接“保存输入清单”的结果时，应给下一位成员一个可以立即复查的起点。说明“保存输入清单”在资源决策采用的比较等待时间、资源峰值、复核成本和业务期限方式，同时标出单纯追求更高规格和真正影响当前负载的条件的差别，能减少重复运行，也能避免把不确定内容写成肯定结论。

锁定环境与参数

保存操作系统、语言、包、容器和参考数据版本。

命令参数进入机器可读配置，并附简短解释。

秘密通过安全渠道注入，不写进日志。

相同环境也不能消除随机性和硬件差异。

处理“锁定环境与参数”时，团队交接应先让没有参与当天操作的成员也能继续工作。围绕“锁定环境与参数”整理记录，能够把只存在于操作者记忆里的步骤与文件位置、环境版本和异常处理分开，团队也更容易判断当前结果是否足以支持下一步。

判断“锁定环境与参数”是否完成，不能只看程序有没有退出或文件是否出现。围绕“锁定环境与参数”的资源决策补齐来源、时间、条件与限制，才能把单纯追求更高规格变成可讨论的记录，并说明它距离真正影响当前负载的条件还有多远。

交接“锁定环境与参数”的结果时，应给下一位成员一个可以立即复查的起点。说明“锁定环境与参数”在版本管理采用的对应数据、脚本、依赖和说明文档方式，同时标出孤立的最终文件和能够追溯的生成过程的差别，能减少重复运行，也能避免把不确定内容写成肯定结论。

区分标准输出与结果摘要

原始日志用于定位过程，摘要用于说明完成状态与主要产物。

日志保留退出码、警告和资源峰值。

摘要写明成功、部分成功或失败，不隐藏缺失子任务。

日志很长不代表记录完整。

处理“区分标准输出与结果摘要”时，资源决策应先比较等待时间、资源峰值、复核成本和业务期限。围绕“区分标准输出与结果摘要”整理记录，能够把单纯追求更高规格与真正影响当前负载的条件分开，团队也更容易判断当前结果是否足以支持下一步。

判断“区分标准输出与结果摘要”是否完成，不能只看程序有没有退出或文件是否出现。围绕“区分标准输出与结果摘要”的版本管理补齐来源、时间、条件与限制，才能把孤立的最终文件变成可讨论的记录，并说明它距离能够追溯的生成过程还有多远。

交接“区分标准输出与结果摘要”的结果时，应给下一位成员一个可以立即复查的起点。说明“区分标准输出与结果摘要”在结果解释采用的区分程序完成与解释成立方式，同时标出自动产生的图表和经过样本设计和质量指标检验的证据的差别，能减少重复运行，也能避免把不确定内容写成肯定结论。

把限制写在结果旁边

样本量、批次、缺失字段和模型假设会限制解释。

限制与结果放在同一版本，避免传播中被遗漏。

后续验证计划单独列出负责人和条件。

限制不是免责声明装饰，而是结论的一部分。

处理“把限制写在结果旁边”时，版本管理应先对应数据、脚本、依赖和说明文档。围绕“把限制写在结果旁边”整理记录，能够把孤立的最终文件与能够追溯的生成过程分开，团队也更容易判断当前结果是否足以支持下一步。

判断“把限制写在结果旁边”是否完成，不能只看程序有没有退出或文件是否出现。围绕“把限制写在结果旁边”的结果解释补齐来源、时间、条件与限制，才能把自动产生的图表变成可讨论的记录，并说明它距离经过样本设计和质量指标检验的证据还有多远。

交接“把限制写在结果旁边”的结果时，应给下一位成员一个可以立即复查的起点。说明“把限制写在结果旁边”在准备阶段采用的列出数据对象、任务阶段和负责角色方式，同时标出准备阶段的临时判断和最终结论的差别，能减少重复运行，也能避免把不确定内容写成肯定结论。

设置归档与复核日期

项目结束后决定哪些内容长期保留、哪些可重建。

归档后由另一位成员打开索引和代表结果。

设置未来复核日期，检查链接、环境和权限是否仍有效。

保存期限服从数据许可、伦理与组织制度。

处理“设置归档与复核日期”时，结果解释应先区分程序完成与解释成立。围绕“设置归档与复核日期”整理记录，能够把自动产生的图表与经过样本设计和质量指标检验的证据分开，团队也更容易判断当前结果是否足以支持下一步。

判断“设置归档与复核日期”是否完成，不能只看程序有没有退出或文件是否出现。围绕“设置归档与复核日期”的准备阶段补齐来源、时间、条件与限制，才能把准备阶段的临时判断变成可讨论的记录，并说明它距离最终结论还有多远。

交接“设置归档与复核日期”的结果时，应给下一位成员一个可以立即复查的起点。说明“设置归档与复核日期”在观察过程采用的把日志、样本状态和代表性结果放在一起阅读方式，同时标出一次运行中的偶然现象和可以反复观察的模式的差别，能减少重复运行，也能避免把不确定内容写成肯定结论。

复现与审计如何进入实际任务

研究任务完成后，怎样留下可复查的运行记录所讨论的方法，需要和项目的数据许可、资源条件及人工判断一起使用。正式运行前，应核对地区、配置与服务条件；研究数据还要遵守项目和数据提供方的要求。

研究工作区说明任务交接，计算与数据页面帮助识别 CPU、GPU、内存与存储瓶颈。两者可以把本文结论接到具体账号、实例和团队流程。