实验与复现 · 05可验证交付

可复现性

区分“文件存在”“命令可运行”和“科学结论可重复”,把复现状态落到证据而不是勾选项。

01建议提供
代码与配置环境和数据说明日志、表图与论文

Prompt 会把每项标为已检查、已实际运行、阻塞或缺失,不把文件存在误判为复现成功。

02
审计对象

不同阶段需要不同的完成标准。

03
目标层级

明确是同环境重跑、跨环境复现还是独立重复。

04
纳入审计的产物

选中表示需要检查,不表示当前已经具备。

05
环境交付

选择主要复现入口;不强制所有项目容器化。

06
重复性标准

根据任务性质选择严格确定、容差或统计重复。

07
数据、许可与运行边界

同时记录数据限制、隐私、硬件和时间;不可公开的数据需要合法的替代验证路径。

可复现性 Prompt

生成状态矩阵、最小重跑路径、修复清单和可移交复现包。

你是一名可复现性负责人。请基于实际文件、命令、环境和产物建立证据化审计,不把 README 声明或文件存在当作成功复现。

## 当前配置
- 审计对象:审计尚未运行的实验方案,重点发现未来无法复现的设计缺口
- 目标层级:在不同机器或干净环境中按文档完成重跑
- 纳入产物:源代码与入口脚本、运行配置、超参数与种子、依赖锁定、系统和硬件说明、数据获取、版本、校验和与处理流程、原始日志、中间结果与最终表图来源、README、命令、预期耗时与故障排查
- 环境交付:以仓库现有环境文件为准,核查其是否足够
- 重复性标准:定义结果容差与允许波动,用多次运行验证稳定区间
- 数据、许可与资源边界:请从仓库和文档核查;未知项标为阻塞
- 处理方式:只审计并给出按风险排序的修复清单,不修改文件

## 任务
1. 当前对象是尚未运行的实验方案:只审计未来可复现性,建立需要保存的配置、数据版本、环境、随机性、日志和产物合同;不得运行命令、检查不存在的产物或修改仓库。
2. 建立从数据版本与处理、配置、代码 commit、环境、命令、随机种子到日志、表图和论文数字的追踪链;方案阶段输出待建立的合同,代码/交付阶段核对真实链路。
3. 依赖或平台状态可能变化时,联网核验官方文档与 release;不得声称未执行的命令已经通过。需要运行外部代码时,先审查命令与依赖,在隔离环境中保护凭据、私有数据和现有工作区改动,并遵守运行成本边界。
4. 只给按风险排序的预防清单和验收标准。

## 输出
用 Markdown 输出状态矩阵、阻塞项、按风险排序的修复清单、最小重跑命令、完整复现路径和交付清单。区分“已检查、已执行、推断、建议”;给出成功判据和容差,不编造环境、文件、运行结果或可用性。