【摘要】 将模型、参数、输入输出、数据和版本记录连成追溯链,支持计算复查、续算与协作交接。
计算可复现交付并不要求每个项目使用同一套软件或目录,而是要求结果、数据和文件之间存在可说明的追溯关系。收到交付后,研究者应能找到某张图对应的模型、输入输出、处理数据和版本;需要新增一个对照时,也能判断哪些设置必须保持不变。
交付文件的追溯链

文件质检流程可以转化为交付链:模型与结构是起点,输入文件说明参数,输出文件保存过程,整理数据支持图表,版本记录说明后续是否发生变动。流程的作用是帮助文件可追溯,不说明某一结果必然可被任何环境重现,也不构成学术或投稿保证。
|
层级 |
应交接的材料 |
读者能核对什么 |
|
模型层 |
结构、构型名称、对照关系 |
图表对应哪个体系 |
|
设置层 |
输入、参数、软件与版本 |
计算采用何种口径 |
|
过程层 |
输出、日志、收敛记录 |
关键结果如何产生 |
|
数据层 |
数值表、单位、作图方法 |
图片能否重画与复查 |
|
版本层 |
修改说明、日期和文件索引 |
不同结果是否来自同一版本 |
交付时避免三类断链
第一类是“只有图片,没有数据”,图表难以复查。第二类是“有输出,没有输入”,无法确认参数和初始模型。第三类是“有多个文件版本,但没有索引”,协作方无法知道哪个结果属于最终对照。整理时不妨为每个核心结论建立一个小清单:模型名、输入输出路径、数据表、图表和必要的说明放在一起。
交接前验收清单
1.结构、输入、输出、数据表和图表是否能一一对应。
2.关键参数、软件与版本是否可查询。
3.不同构型、对照或修改版本是否有清楚标识。
4.图表结论是否限定在对应模型和比较范围内。
科学指南针·唯理计算的计算交付流程包含 5 步深度审核、4 维核查。实际交付内容应由项目问题、文件格式和协作边界共同确认。
若源文件尚未整理,可先查看计算源文件;若需要逐项检查结果一致性,可查看DFT结果质检。
常见问题
可复现交付是否必须公开全部文件?
不必预设。公开、共享和保留范围应由协作、数据和项目边界确定,但项目内部仍应能说明关键结果的文件链。
为什么版本记录也属于交付?
模型、参数或数据处理发生变化时,版本记录能解释不同结果为何不同,避免混用旧文件。
如何判断一份交付是否便于续算?
检查是否能定位模型、输入、输出、关键参数和上一次计算状态;若这些材料无法对应,续算风险会更高。







您已经拒绝加入团体


