请一个实验室重新生成两年前发表论文中的一张图，看看会发生什么。脚本在一位已毕业学生的笔记本上。数据文件有三个几乎相同的版本。没人记得哪个预处理是最终版。可复现性的失败不是因为恶意，而是因为缺少管道。
来源是附着的，不是归档的
在 Neutropic 中，每个产物——图表、表格、报告——都随身携带自己的来源：
- 生成它的精确代码，点击即可重跑。
- 计算所用的数据快照，带哈希以检测漂移。
- 每个文献论断背后的来源，内嵌引用。
没有需要单独维护的"方法文件夹"，因为产物本身就是记录。打开任一张图，按 { } 按钮：生成代码、读取的数据集和随机种子就在那里。
管道在运行时就可见
可复现性在产物存在之前就开始了。每个分析步骤——加载数据集、在沙箱运行代码、撰写报告——都在对话中随发生而显示，代码可就地展开，所以代理做了什么从来不需要事后重建。
标注与修订，不丢失链条
审稿人和合作者可以对任何产物添加标注并请求修改。一次修订会从标注点重跑管道，生成一个记得其父版本的新版本——"final_v3_REAL"式的文件名消失了，结果的历史保持可检视。稿件继承同样的链条：草稿中的每个统计量都指向产生它的分析，参考文献列表由会话中存储的来源重建。
![稿件的参考文献列表，由会话来源重建，与正文的 [n] 引用完全一致。](/use-cases/06-references.png)
为核验实际发生的方式而建
当审稿人质疑一个结果时，你不是重建分析——你打开它。当合作者加入时，他们不问哪个脚本生成了图 2——他们点击它。
可复现性不该是你践行的美德，而应是工具的属性。
