合作者把代码发过来，说"跑一下就有结果"。我跑了两小时，报错四次。最后把它拆成一格一格，才找到问题在哪。
现在我的做法是：拿到别人的代码，先拆格，再逐格定位。跑的位置是 MuchSci 科学工具集里的交互式数据分析笔记本。
拆格之后，报错变成四类
第一类：环境缺包。 第一格只做一件事：把要用的库 import 一遍，看哪个报红。缺什么装什么，一次看清，不用跑到一半才发现。
第二类：路径不通。 第二格把数据读进来，并且立刻打印一遍行列数和前几行。别人的代码里路径写的是他自己电脑上的位置，这一步必须我改。
第三类：列名对不上。 第三格做列名核对：把数据里真实的列名打出来，跟代码里用到的列名对一遍。
这一类最难查，因为列名错一个字母，有些库不报错，只会静默给出错的结果。我现在的习惯是：任何算完的结果，先看一行原始值再往下走。 交互式数据分析笔记本的好处就在这里——每一格的结果都留在笔记本里，我能一格一格往上回看是哪一步开始不对。
第四类：版本差异。 有些函数在不同版本里的默认参数不一样。我把关键函数的参数显式写出来，不用默认值。
四类查完，我把代码改成我自己的
别人的代码我不会直接用，我会在交互式数据分析笔记本里重排成四段：
- 读入（原始文件不动）
- 清洗（每个动作单独一格）
- 计算（参数写在格子里）
- 出图与导出（图和数值一起出来）
重排之后，这份代码就变成了我自己的分析流程。下次换一批数据，我只改读入那一格。
我把这套拆格法用在三个场合
- 接手别人的数据：先拆格跑通，再谈结论。
- 复现论文里的结果：按论文的方法段重排四段，对不上就逐格找差异。
- 自己的分析要给别人核对：整份笔记本直接给出去，对方不用听我解释中间操作。
配的三个功能
- 笔记本里的流程与结果，归档进 MuchSci 的个人知识库，写方法段时直接调。
- 方法段里要引的文献，用 MuchSci 的论文检索助手核 DOI 与引文信息。
- 外文的原始方法描述，用 MuchSci 的论文翻译对照着读。
- 最终成文的说明文档，用 MuchSci 的办公助手智能体排成可编辑文件。
从"别人给的代码"到"我自己的流程"，全靠这一套拆格法。MuchSci 的交互式数据分析笔记本管留痕，MuchSci 的个人知识库管归档，MuchSci 的论文检索助手、MuchSci 的论文翻译和 MuchSci 的办公助手智能体管收尾。
报错不可怕，可怕的是静默算错。这也是我现在用研究生 AI 助手做数据的第一原则：每一步都要能回看。