模型训练流程论文中怎么展示

写论文写到方法一章，最容易卡在「流程图怎么画」：有人画成一张大框图，信息全糊在一起；有人把代码里每一步都堆上去，审稿人看不出哪步是本文贡献。这篇不讲模型原理，只讲呈现：读者能看到哪些流程要拆成几张图、每张图里该放什么、常见的画法错误怎么排掉。

写论文写到方法一章，最容易卡在流程图怎么画。有人画成一张大框图，信息全糊在一起；有人把代码里每一步都堆上去，审稿人看不出哪步是本文贡献。这篇不讲模型原理，只讲呈现：读者能看到哪些流程要拆成几张图、每张图里该放什么、常见画法错误怎么排掉。

先定一个底线：图是给两种人看的，审稿人几十秒扫创新点，复现者照着一步步做。这两类需求经常冲突，硬塞一张图的结果是两边都不满意。所以下面讲的都是拆分与取舍的判断，不是画图软件教程。

先想清楚这张图是给谁看的

审稿人看方法章节的图通常只花几十秒，图要能独立回答三个问题：输入是什么、你改了什么、输出是什么。别指望他在正文里找补。如果图里有一半框是通用常识（数据加载、优化器），读者的注意力会被稀释掉。

• 审稿人视角：创新点必须在图里第一眼可见，通常靠颜色或虚线区分本文改动与沿用做法
• 复现者视角：每一步的输入输出格式、数据切分发生在哪，都要能从图上推出来
• 两类读者需求冲突时，拆成两张图：一张讲思路，一张讲可复现细节
• 不适用的情况：如果整篇论文的贡献是评测或数据分析，流程图优先级要往后退，篇幅让给实验设置的对照表

流程要分几层画：主干、数据、变体

最常见的错误是把所有信息压进一张图。比较稳的做法是按层拆：主干层只画数据流向，数据层单独交代每个阶段吃什么、产出什么格式，变体层专门放你相对基线的改动。三层各司其职，读者可以按需跳读。

还有一个容易被忽略的边界：训练与推理别画在同一条主干里。两者数据来源和运行时机不同，混画会让读者以为推理阶段也用了训练集。如果论文确实涉及推理流程，另起一张小图，用同一套符号。

这些内容别塞进图里，交给表

可枚举的数值放图里，图就变成了说明书。超参、数据规模、轮次这类信息，做成表更好核对；硬件与运行环境通常写成一段文字或一张小表。除非并行方式本身就是你的方法贡献，否则别在图里标卡型和并行策略。

• 对照表建议固定三列：本项目、基线、差异说明，审稿人扫一遍就知道你改在哪
• 某数值与结构强绑定时（比如层数决定分支数）可以标在图上，但只标这一个
• 表注要写清单位与统计口径，别让读者自己从正文里翻
• 同一份数据不要在图表里重复出现两次，选信息密度高的那个载体

如果你需要参考同类论文常见的图表组织方式，可以到 指南中心（/guides） 翻一翻方法论相关的条目，那里按主题归了类，比在搜索里逐篇找省事。具体到某个数据集或评测口径的数字，各家页面更新节奏不同，以你实际复现时的结果为准。

常踩的坑与自查顺序

框图过密和箭头语义混乱是两个最高频的问题。前者说明该拆图，宁可两张清淡的图，也不要一张密不透风的图；后者说明图注没写够，同一张图里实线虚线要有统一含义，图注里一句话交代清楚，别让读者猜。

1. 按复现者视角走箭头从输入一步步走到输出，看哪一步会卡住。卡住的地方要么补标注，要么拆成子图。
2. 按审稿人视角找创新点扫一遍图，看本文改动是否在第一眼可见。如果和基线做法混在一起，用颜色或虚线重新区分。
3. 压缩文字量把框里的长句改成名词短语，超过两行文字就说明该拆图。
4. 缩到印刷尺寸再看一遍把图缩到论文实际印刷大小，小字和细线在这一步会暴露，该加粗的加粗，该合并的合并。

图注写成正文复述也是常见毛病。好的图注自解释：包含图里每个符号的含义，再加一句整个流程的摘要。读者只看图和图注，就该知道你在做什么。

工具与全篇一致性

画图工具不是重点，重点是符号统一。颜色、箭头、框型在全文所有图里保持同一套语义，建议动笔前先定一份图例约定，写进自己的草稿本。从同一份源文件导出所有图，避免风格漂移；矢量格式优先，缩放不失真。

图例约定

一份定义颜色、线型、框型各代表什么的小文档，全文共用

源文件

所有图从同一份文件导出，改一处全篇同步

术语一致

图里的阶段命名要和正文、代码仓库用同一套叫法

如果你在文中引用了别人的流程作为基线，重画一份统一风格的简版，比直接贴原图更容易让读者对比。术语和流程图里的命名要和正文、代码仓库保持一致，同一个阶段别出现三种叫法。至于各家中转站或工具在流程支持上的差别，可以到 工具目录（/tools/speed-test） 看当时的收录情况，以实际测试结果为准。