1. 从评审视角倒推华为杯论文到底在比什么参加过几届华为杯研究生数学建模竞赛的评审辅助工作之后我最大的感受是大部分队伍不是输在模型上而是输在“表达效率”上。评审老师一天要看几十份论文平均每篇的初筛时间可能只有几分钟如果你的摘要在前两段没有把“做了什么、怎么做的、结果多好”讲清楚后面写得再漂亮也很难被认真读完。这就是为什么每年赛后大家疯狂找优秀论文、找模板、找Latex排版方案——本质上大家想解决的是同一个问题如何在有限篇幅和有限评审时间内把工作量和创新点最大化地传递出去。这篇内容面向的是准备参加2026年华为杯研究生数学建模竞赛的同学尤其是第一次参赛、对论文写作和排版工具还不熟悉的队伍。我会把论文模板Latex和Word两条路线、论文各环节的硬性要求、以及我这些年踩过的排版坑一次性讲透。你不需要有排版基础跟着做就能搭出一份结构规范、视觉清爽、符合评审习惯的竞赛论文。先明确一个认知华为杯的论文不是学术期刊投稿它的评价维度更偏向“工程完整性结果可信度表达清晰度”。所以模板的选择标准不是“好看”而是“稳定、可复用、不易出错”。Latex和Word各有适用场景后面我会给出明确的选型建议而不是含糊地说“看个人习惯”。另外提醒一句竞赛论文的格式要求每年会在官方通知里给出包括页数上限、字体字号、页边距、摘要页格式等。任何模板都必须以当年官方文件为准做二次校准网上流传的模板只能作为起点不能直接照搬。我见过太多队伍因为页边距差了几毫米、摘要超了一页被扣分非常可惜。2. Latex与Word的选型逻辑不是喜好问题是团队协作问题2.1 先看团队的技术栈和协作方式选Latex还是Word很多人以为是个人偏好其实核心变量是团队协作模式。Latex基于纯文本天然适合Git版本管理多人同时改不同章节几乎不会冲突Word是二进制文件两个人同时编辑同一份文档轻则格式错乱重则文件损坏。如果你的队伍是三个人分章节写作、最后合并Latex的协作优势非常明显。但Latex的门槛在于环境配置和编译报错处理。如果队伍里没有人用过Latex赛期只有三四天临时学Latex的风险很高——我见过队伍在最后一天因为一个宏包冲突编译不过硬生生耽误了六个小时。所以我的建议是赛前至少完成一次完整的Latex模板编译演练把环境问题在赛前解决掉赛期只专注内容。2.2 两条路线的适用场景对照维度Latex路线Word路线上手门槛高需要环境配置低开箱即用公式排版极强原生支持一般依赖公式编辑器多人协作强文本合并友好弱易冲突图表排版精确浮动体控制强手动调整易错位编译/保存风险宏包报错需排查大文件易卡顿、崩溃适合团队有技术骨干全员熟悉Office从这张表能看出来Latex在公式和排版精度上碾压Word但代价是学习成本。数学建模论文公式密集这是Latex的主场。但如果你的队伍里没人能搞定Latex环境强行上Latex就是给自己挖坑Word配合MathType或者内置公式编辑器也能做出规范论文。2.3 一个折中方案Markdown写作双格式导出这几年我自己常用的一套工作流是用Markdown写正文公式用Latex语法最后通过工具导出为Word或PDF。这样写作阶段是纯文本、协作友好导出阶段又能得到规范格式。缺点是复杂表格和浮动图表的控制不如原生Latex精细适合对排版要求不是极致苛刻的场景。如果你的队伍想兼顾协作效率和排版质量可以考虑这条路线但赛前一定要测试导出效果确认公式和表格没有错乱。提示无论选哪条路线赛前必须做一次“全流程演练”——从空白模板到生成最终PDF完整走一遍把环境问题、字体问题、编译问题全部暴露出来。3. Latex模板的搭建与赛前环境固化3.1 环境安装一次装好赛期不再折腾Latex环境我推荐两种方案。第一种是安装完整的发行版比如TeX Live跨平台或MiKTeXWindows优点是宏包齐全缺点是体积大、安装慢。第二种是使用在线编译平台优点是零配置缺点是对网络有依赖、大项目编译可能受限。赛期我倾向于本地环境因为稳定可控。安装完成后务必做一件事用一个小样例文档测试中文编译。华为杯论文是中文的中文Latex需要特定的编译引擎如XeLaTeX和字体配置。如果这一步没跑通赛期会非常痛苦。测试文档里放一段中文、一个公式、一张图、一个表格能正常编译出PDF说明环境基本可用。编辑器方面VSCode配合Latex插件是目前比较主流的方案配置好编译命令后可以一键编译、实时预览。也可以使用专门的Latex编辑器看个人习惯。关键是把编译命令和快捷键配置好赛期减少鼠标操作。3.2 模板结构把论文拆成可独立编辑的模块一份规范的竞赛论文Latex模板我建议按下面的结构组织文件paper/ ├── main.tex # 主文件负责组织各章节 ├── preamble.tex # 导言区宏包、字体、格式设置 ├── sections/ │ ├── abstract.tex # 摘要 │ ├── problem1.tex # 问题一 │ ├── problem2.tex # 问题二 │ └── ... ├── figures/ # 图片目录 └── refs.bib # 参考文献这样拆分的好处是三个人可以各自编辑自己的section文件主文件几乎不用动合并时冲突极小。摘要单独成文件方便反复打磨。图片统一放figures目录引用路径清晰。主文件main.tex的核心是导言区引入和正文组织。导言区里要设置好页面尺寸、页边距、字体、行距、章节标题格式、公式编号规则等。这些设置直接对应官方格式要求必须逐条核对。3.3 中文支持与字体配置的坑中文Latex最容易出问题的地方就是字体。常见报错是“找不到字体”或者“中文显示为方框”。解决办法是明确指定系统中已安装的中文字体比如宋体、黑体、楷体。不同操作系统的字体名称可能不同Windows下叫“SimSun”Linux下可能是“FandolSong”之类。赛前一定要在目标机器上确认字体可用。另一个坑是编译引擎的选择。中文文档一般用XeLaTeX编译因为它对系统字体支持最好。如果用pdfLaTeX编译中文需要额外的中文宏包配置容易出错。所以在编辑器里把默认编译引擎设为XeLaTeX能省掉很多麻烦。注意如果赛期换了一台电脑字体配置可能失效。建议把字体文件或字体配置一起打包或者提前在备用机器上验证环境。3.4 公式、图表、参考文献的排版要点公式方面Latex原生支持没得说。要注意的是公式编号要连续且可引用多行公式用align环境需要对齐的用符号。竞赛论文里公式不宜过多堆砌关键公式给出并解释物理意义即可。图表方面图片建议用PDF或PNG格式矢量图优先。浮动体位置用[htbp]让Latex自动选择不要强行固定位置否则容易出现大片空白。表格推荐用三线表简洁专业。表格列宽如果内容太长用p{}指定宽度并允许换行。参考文献用BibTeX管理赛前准备好常用的参考文献条目。引用时用\cite命令编译后自动生成编号。注意参考文献格式要统一官方一般有指定格式。4. Word模板的规范化操作与常见故障处理4.1 样式体系用“样式”而不是手动调格式Word最大的问题是“手动调格式”——每个人凭感觉调字体字号最后合并起来五花八门。正确做法是建立一套样式体系标题1、标题2、标题3、正文、图注、表注、公式每种样式定义好字体、字号、行距、段前段后间距。写作时只应用样式不手动调格式。这样全文格式统一改起来也方便——改样式定义全文自动更新。多级标题的编号建议用Word的“多级列表”功能绑定到标题样式上这样标题会自动编号插入或删除章节时编号自动更新。手动敲编号是灾难的开始一旦中间插入一节后面全要改。4.2 公式处理MathType与内置公式编辑器的取舍Word的公式处理有两条路内置公式编辑器Office自带的和MathType插件。内置编辑器胜在无需安装、兼容性好但复杂公式输入效率低。MathType功能强、输入快但需要额外安装且不同版本兼容性有差异。如果队伍用Word路线我建议统一公式输入工具避免有人用内置、有人用MathType导致格式不一致。另外公式编号建议用表格或者制表位实现不要手动敲空格对齐否则一改字体就全乱。4.3 图表与交叉引用别让“图1”变成“图X”Word里图表的交叉引用要用“题注”功能插入题注后正文中用“交叉引用”指向题注。这样插入新图后编号自动更新。手动写“如图1所示”是另一个灾难源头。表格列宽无法拖动是Word常见问题通常是因为表格属性里设置了固定列宽或者“自动调整”被关闭。解决办法是选中表格在布局选项卡里把列宽设为“自动调整”或者手动指定百分比宽度。如果还是拖不动检查是否有单元格合并导致的限制。4.4 Word的稳定性问题关闭慢、崩溃、最后一页删不掉Word处理大文档时容易卡顿甚至崩溃。几个实用技巧关闭自动保存到云端如果网络不稳、关闭拼写检查大文档拼写检查很吃资源、定期手动保存并另存为不同版本。如果文档里有大量图片压缩图片可以显著减小体积、提升流畅度。“最后一页死活删不掉”是经典问题通常是最后一个段落标记或者分页符导致的。解决办法是打开“显示编辑标记”找到多余的段落标记或分页符删掉。如果是表格后面的空页把表格后的段落字号设为1磅、行距设为固定值1磅通常能消除。提示赛期建议每完成一个章节就另存一个版本命名带时间戳。Word崩溃一次可能损失几小时工作这个习惯能救命。5. 论文各环节的硬性要求与写作节奏5.1 摘要决定生死的三百字摘要的重要性怎么强调都不过分。评审初筛基本就看摘要摘要写得好论文才有被细读的机会。一份合格的竞赛论文摘要应该包含问题背景一句话、每个问题用了什么方法、得到了什么主要结果、方法的亮点或创新点。不要写“本文研究了……”这种空话要写“针对问题一建立了XX模型采用XX算法求解得到XX结果误差为XX”。摘要里的数字要具体比如“求解时间缩短了40%”“拟合误差控制在2%以内”比“效果良好”有说服力得多。摘要长度一般控制在一页以内官方有明确要求就按要求来。5.2 问题重述与分析别抄题要提炼问题重述不是把题目抄一遍而是用自己的语言提炼问题的核心和约束条件。问题分析要说明你打算怎么入手、为什么选这个方法、预期难点在哪里。这部分是展示你“读懂题”的地方评审会从这里判断你是否抓住了问题本质。5.3 模型建立与求解逻辑链要完整这是论文的主体。模型建立要交代假设、符号说明、模型构建过程。假设要合理且必要不要堆砌无关假设。符号说明用表格列出方便查阅。模型构建要有推导过程关键步骤不能跳。求解部分要说明算法选择理由、实现细节、参数设置。如果用了启发式算法要说明参数怎么调的、跑了多少次、结果稳定性如何。结果要用图表呈现图要清晰、有标题、有单位。5.4 结果分析与检验灵敏度分析是加分项很多队伍做完求解就结束了忽略了结果分析。灵敏度分析、误差分析、模型对比是拉开差距的地方。比如改变某个关键参数看结果如何变化说明模型的鲁棒性。或者用另一种方法验证结果增加可信度。5.5 写作节奏三天赛程的时间分配建议以三天赛程为例我的建议是第一天上午读题选题、下午确定思路和分工第一天晚上到第二天上午集中建模和编程第二天下午到晚上出初步结果第三天上午写作和排版下午检查、补充分析、定稿。写作不要留到最后一天晚上那时候人已经疲惫容易出错。理想状态是建模过程中就同步记录思路和数据写作时直接整理。6. 赛期高频翻车点与我的实战避坑清单6.1 排版类翻车格式不达标、编译失败、文件损坏格式不达标是最冤的失分。页边距、字号、行距、页数上限这些硬性要求必须逐条核对。建议做一张检查清单定稿前逐项打勾。Latex编译失败通常是因为宏包缺失或语法错误赛前把常用宏包装全写作时注意括号匹配。Word文件损坏的预防办法就是多版本备份。6.2 内容类翻车摘要空洞、模型堆砌、结果不可信摘要空洞是通病解决办法是逼自己用数字说话。模型堆砌是指用了很多高级模型但没解释为什么用、怎么用评审一眼就能看出来。结果不可信通常是缺少验证环节加一个灵敏度分析或者交叉验证能大幅提升可信度。6.3 协作类翻车版本混乱、分工不清、最后合并冲突协作翻车的根源是缺少统一的版本管理和文件规范。Latex用GitWord用“主文档子文档”或者约定好每人负责的章节文件。合并前先约定好格式标准合并后统一检查。6.4 我的赛前检查清单环境Latex能编译中文文档Word样式体系已建好模板页边距、字体、行距、标题格式已按官方要求校准工具公式输入工具统一图表交叉引用测试通过备份Git仓库或云盘同步已配置多版本备份习惯已养成流程全流程演练已完成各环节时间分配已明确这份清单看起来简单但每一条都是我用真金白银的教训换来的。赛前花两小时把清单过一遍赛期能省下无数个小时的救火时间。最后分享一个我自己的习惯赛期每天晚上把当天的工作打包备份一次命名格式是“日期_版本_负责人”。这个习惯让我在一次硬盘故障中只损失了不到一小时的进度。数模竞赛拼的不只是智力还有工程管理的细致程度。把排版和流程这些“杂事”提前解决掉你才能把全部精力放在真正重要的建模和求解上。