1. 赛题与论文的底层逻辑：为什么模板和工具链决定成败
参加过研究生数学建模竞赛的人都有一个共识：三天四夜的比赛，真正用来“想模型”的时间可能不到一半，剩下的时间全耗在数据处理、画图、排版、调格式上。尤其是到了最后12小时，当你发现论文里的公式编号乱了、参考文献格式不对、图表标题字号不统一的时候，那种崩溃感是实打实的。华为杯作为国内研究生层面规模最大、认可度最高的数模赛事之一，评审专家在有限时间内要翻阅大量论文，第一印象往往来自排版质量——这不是说内容不重要，而是说排版是内容的“门面”，门面不过关，专家可能连你的核心创新点都懒得细看。
这篇内容的核心，就是围绕“论文模板”和“工具链”这两个关键词，把从赛前准备到最终提交的完整流程拆开讲透。我会重点讲清楚三件事：第一，Latex和Word两套模板各自的适用场景和取舍逻辑；第二，论文各环节（摘要、问题重述、模型假设、符号说明、模型建立与求解、灵敏度分析、模型评价）的具体写作要求和常见扣分点；第三，如何搭建一套稳定、可复用的写作工作流，让你在比赛期间把精力集中在建模本身而不是和排版工具搏斗。
适合谁来参考？如果你是第一次参加华为杯的研究生，这套内容能帮你避开80%的格式坑；如果你已经参赛过但成绩不理想，可以对照检查是不是在论文呈现环节丢了不该丢的分；如果你是带队老师或师兄师姐，也可以把这套流程直接传给下一届队伍。
提示：论文模板不是“万能药”，它的价值在于帮你建立规范意识。真正拿高奖的论文，模板只是底线，核心还是模型本身的创新性和结果的可靠性。
2. Latex与Word的选型逻辑：别在比赛第一天纠结工具
2.1 两套工具的真实差异对比
很多队伍在赛前准备阶段会花大量时间争论“到底用Latex还是Word”，其实这个问题没有绝对答案，关键看队伍的技术栈和协作方式。我把两者的核心差异整理成一张表，方便你快速判断：
| 对比维度 | Latex | Word |
|---|---|---|
| 公式排版 | 原生支持，复杂公式轻松搞定 | 需要MathType或内置公式编辑器，复杂公式容易崩 |
| 图表管理 | 浮动体自动编号，交叉引用稳定 | 手动编号，插入删除后容易乱序 |
| 协作编辑 | 需要Git或Overleaf类平台，冲突处理麻烦 | 多人同时编辑容易冲突，但修订模式直观 |
| 模板复用 | 一次配置，终身受用 | 模板容易因版本差异跑版 |
| 学习曲线 | 前期陡峭，后期效率极高 | 上手快，但深度排版效率低 |
| 适合场景 | 公式多、图表多、篇幅长的论文 | 快速成文、队友不熟悉代码的情况 |
从实际参赛经验看，如果你的队伍里有至少一个人熟悉Latex基本语法，强烈建议用Latex。原因很简单：数模论文的公式密度极高，Word在公式编号和交叉引用上很容易出问题，而Latex的\label和\ref机制可以让你在删改公式后自动更新所有引用，这在最后冲刺阶段能省下大量时间。
2.2 模板获取与版本管理
华为杯官方通常会在赛前发布论文格式要求，但不会提供官方模板。网上流传的模板质量参差不齐，有些甚至是几年前的老版本，格式要求已经变了。我的建议是：以官方最新格式要求为准，找一个结构清晰的开源模板作为基础，然后自己对照要求逐项修改。
Latex模板方面，推荐使用基于ctexart文档类的模板，它对中国研究生论文的格式支持最好。关键配置包括：
\documentclass[12pt,a4paper]{ctexart} \usepackage{amsmath,amssymb,amsthm} \usepackage{graphicx,subcaption} \usepackage{booktabs,multirow} \usepackage{geometry} \geometry{left=2.5cm,right=2.5cm,top=2.5cm,bottom=2.5cm} \usepackage{hyperref} \hypersetup{colorlinks=true,linkcolor=black,citecolor=black}Word模板方面，核心是设置好样式（Styles）。不要手动调格式，而是通过“修改样式”来统一管理标题、正文、图表标题的字体和间距。具体操作：在“开始”选项卡中找到“样式”面板，右键修改“标题1”“标题2”“正文”等样式，设置好中文字体和西文字体（中文宋体、西文Times New Roman是常见要求）。
注意：无论用哪种工具，赛前一定要做一次完整的“模拟提交”——从空白文档开始，按照模板写一篇完整的论文，走一遍编译/导出PDF的流程。很多队伍在比赛最后一天才发现模板编译报错，那时候根本没时间修。
2.3 协作方案的设计
三人一队的协作是数模竞赛的难点。Latex队伍建议用Git进行版本管理，每个人负责不同的.tex文件（比如model.tex、analysis.tex、conclusion.tex），主文件用\input引入。这样合并冲突的概率大大降低。如果觉得Git太复杂，可以用Overleaf的共享项目功能，但要注意免费版的编译时间限制。
Word队伍的协作更简单也更危险：建议指定一个人作为“主编辑”，其他人把内容写在单独的文档里，由主编辑统一粘贴和调格式。千万不要三个人同时编辑同一个Word文件，否则修订记录会乱成一锅粥。
3. 论文各环节的写作要求与实操要点
3.1 摘要：决定论文命运的前两页
摘要的重要性怎么强调都不过分。评审专家在初筛阶段可能只读摘要，如果摘要没写好，正文写得再好也可能被埋没。华为杯的摘要通常要求控制在800-1000字，需要包含以下要素：
- 问题背景的一句话概括
- 每个问题的模型方法（具体到算法名称）
- 关键结果和数值
- 模型的创新点和优势
我见过很多摘要写成了“流水账”：第一问用了什么方法，第二问用了什么方法……这种写法缺乏层次感。更好的结构是：先用两三句话点明问题的核心难点，然后按问题逐一说明“我们做了什么、得到了什么结果”，最后用一句话总结模型的推广价值。
实操心得：摘要不要最后一天才写。建议在比赛第二天晚上就写出初稿，之后每完成一个问题的求解就更新一次。这样到了最后一天，摘要已经打磨了好几轮，而不是仓促拼凑。
3.2 问题重述与问题分析
问题重述不是把题目抄一遍，而是用自己的语言重新组织，体现出你对问题的理解深度。常见扣分点是：直接复制题目原文，或者重述过于简略，看不出和原题的区别。
问题分析的写法建议采用“总-分”结构：先总体说明问题的类型（优化问题、预测问题、评价问题等），然后逐个问题分析其核心难点和解决思路。这里可以适当引用文献，但不要堆砌，两三篇关键文献即可。
3.3 模型假设与符号说明
模型假设要合理且必要。所谓合理，是指假设不能与题目条件矛盾；所谓必要，是指每条假设都要在后续建模中用到。我见过一些论文列了十几条假设，结果正文里根本没用上，这种就是凑数，反而显得不专业。
符号说明建议用三线表呈现，格式如下：
| 符号 | 含义 | 单位 |
|---|---|---|
| $x_i$ | 第$i$个决策变量 | 无量纲 |
| $c_{ij}$ | 从节点$i$到$j$的运输成本 | 元 |
| $T$ | 总时间周期 | 小时 |
符号表要按正文中出现的顺序排列，不要按字母顺序，否则读者对照起来很累。
3.4 模型建立与求解：核心章节的写作套路
这是论文的主体部分，也是最容易拉开差距的地方。写作时要注意以下几点：
第一，模型建立要有推导过程。不要直接甩出一个公式说“我们建立了如下模型”，而要说明这个公式是怎么来的——是基于什么假设、用了什么定理、经过了哪些化简。
第二，求解算法要写清楚步骤。如果是启发式算法，要给出伪代码或流程图；如果是精确算法，要说明时间复杂度。华为杯评审很看重算法的可复现性，如果你的算法描述含糊不清，专家会怀疑结果的可靠性。
第三，结果展示要图文并茂。表格用于精确数值，图用于趋势展示。图表的标题要自明，即读者不看正文也能理解图表在说什么。
# 示例：用Python做灵敏度分析的简单框架 import numpy as np import matplotlib.pyplot as plt def model(params): # 核心模型函数 result = params['alpha'] * params['beta'] + params['gamma'] return result alphas = np.linspace(0.1, 1.0, 20) results = [model({'alpha': a, 'beta': 2.0, 'gamma': 1.0}) for a in alphas] plt.plot(alphas, results, 'b-o') plt.xlabel('Alpha') plt.ylabel('Model Output') plt.title('Sensitivity Analysis of Alpha') plt.grid(True) plt.savefig('sensitivity.png', dpi=300)3.5 灵敏度分析与模型评价
灵敏度分析是很多队伍的薄弱环节。常见问题是：只做了单因素分析，没有考虑参数之间的交互作用；或者只给了一张图，没有文字解读。好的灵敏度分析应该回答：哪些参数对结果影响最大？在什么范围内模型结果稳定？如果参数偏离最优值，结果会恶化多少？
模型评价要客观。优点不要吹得天花乱坠，缺点也不要避而不谈。评审专家更欣赏那些能清楚认识到自己模型局限性的队伍。建议从以下几个维度评价：模型的适用性、算法的效率、结果的精度、推广的潜力。
4. 工具链搭建与常见问题排查
4.1 Latex环境配置的避坑指南
Latex的安装是新手的第一道坎。推荐使用TeX Live（跨平台）或MiKTeX（Windows），编辑器用VS Code加LaTeX Workshop插件，这套组合的体验最好。
安装完成后，需要配置编译链。中文论文推荐使用xelatex编译，因为它对中文字体的支持最好。在VS Code的settings.json中添加：
{ "latex-workshop.latex.recipes": [ { "name": "xelatex", "tools": ["xelatex", "bibtex", "xelatex", "xelatex"] } ], "latex-workshop.latex.tools": [ { "name": "xelatex", "command": "xelatex", "args": ["-synctex=1", "-interaction=nonstopmode", "%DOC%"] } ] }常见问题排查表：
| 问题现象 | 可能原因 | 解决方法 |
|---|---|---|
| 编译报错“Font not found” | 缺少中文字体 | 安装fonts-noto-cjk或改用ctex默认字体 |
| 参考文献显示为问号 | 未运行bibtex | 按xelatex→bibtex→xelatex→xelatex顺序编译 |
| 图片不显示 | 路径错误或格式不支持 | 使用相对路径，优先用PDF或PNG格式 |
| 公式编号混乱 | 多次编译导致aux文件冲突 | 删除aux文件后重新编译 |
4.2 Word排版的高频问题与解决
Word的问题主要集中在样式管理和图表编号上。以下是几个高频问题的解决方案：
问题一：多级标题编号混乱。解决方法是使用“多级列表”功能，将列表级别与标题样式绑定。具体操作：在“开始”选项卡中点击“多级列表”→“定义新的多级列表”，然后逐级设置编号格式和对应的标题样式。
问题二：公式编号无法自动更新。Word自带的公式编辑器不支持自动编号，需要借助MathType或手动插入域代码。如果时间紧张，建议直接用MathType的“插入编号”功能。
问题三：PDF导出后字体嵌入失败。在“另存为PDF”时，点击“选项”，勾选“符合PDF/A标准”，这样可以强制嵌入所有字体。
注意：Word的“修订模式”在协作时很有用，但提交前一定要接受所有修订并关闭修订模式，否则评审专家看到满屏的修订标记会非常反感。
4.3 公式与图表的处理技巧
公式方面，Latex用户直接用equation环境即可。Word用户如果遇到复杂公式，可以先用Latex写好，然后截图插入，但这样无法编辑。更好的方案是用MathType的“转换”功能，把Latex代码直接转成Word公式。
图表方面，所有图表都要有编号和标题。Latex中用\caption自动生成，Word中建议使用“题注”功能。图表的引用要用交叉引用，不要手动写“见图3”，否则插入新图后编号全乱。
5. 从赛前准备到提交的完整时间线
5.1 赛前一周：模板与工具链就绪
赛前一周必须完成以下事项：确定使用Latex还是Word；搭建好编译环境或配置好Word样式；准备一个包含所有必要宏包的Latex模板或一个样式设置完整的Word模板；测试一遍完整的编译/导出流程。
这个阶段还要准备好常用的绘图脚本和数据处理代码。比如Python的matplotlib绘图模板、pandas数据清洗模板、scipy优化求解模板。把这些代码整理成函数库，比赛时直接调用，能省下大量时间。
5.2 比赛期间：分阶段推进
第一天上午：读题、选题、确定总体思路。下午：完成问题重述、假设、符号说明的初稿。晚上：开始第一个问题的建模。
第二天：集中攻克第一、二个问题，同步更新摘要。晚上：完成前两个问题的写作。
第三天：攻克第三个问题（如果有），完成灵敏度分析和模型评价。下午：全文统稿，检查格式、编号、引用。晚上：生成最终PDF，做最后检查。
第四天上午：如果还有时间，做一轮润色和补充。中午前提交。
实操心得：不要把写作留到最后一天。每完成一个问题的求解，立刻把对应的章节写出来。否则到了最后一天，你会发现要写的东西太多，根本来不及。
5.3 提交前的最终检查清单
提交前逐项核对以下内容：
- 论文封面信息是否完整（队伍编号、题目等）
- 摘要是否在指定页数内
- 所有图表是否有编号和标题
- 所有公式是否有编号，引用是否正确
- 参考文献格式是否统一
- 页码是否连续
- PDF文件是否能正常打开，字体是否嵌入
- 文件命名是否符合要求
6. 常见问题速查与独家避坑技巧
6.1 论文写作中的典型扣分点
根据我对历年参赛和评审经验的观察，以下扣分点出现频率最高：
| 扣分点 | 具体表现 | 改进建议 |
|---|---|---|
| 摘要空洞 | 只罗列方法，没有结果 | 每个问题都要给出关键数值结果 |
| 假设不合理 | 假设与题目矛盾或多余 | 每条假设都要在正文中用到 |
| 符号混乱 | 同一符号在不同章节含义不同 | 建立全局符号表，统一管理 |
| 图表模糊 | 分辨率低或字号太小 | 导出时设置300dpi以上 |
| 算法描述不清 | 缺少伪代码或步骤说明 | 用算法环境或流程图辅助说明 |
| 参考文献格式不统一 | 中英文混排、标点不一致 | 用BibTeX统一管理 |
6.2 时间管理的独家技巧
数模竞赛的时间管理比技术能力更重要。我的建议是：把三天四夜分成若干个“冲刺块”，每个冲刺块2-3小时，中间休息15分钟。不要在某个问题上死磕超过4小时，如果卡住了，先跳过去做其他问题，回头再来看。
另外，指定一个人作为“时间官”，负责提醒进度。很多队伍就是因为前面拖太久，导致最后没时间写论文。
6.3 工具链的备份方案
比赛期间最怕工具出问题。建议做好以下备份：Latex模板和Word模板各准备一份，万一一个出问题可以切换；代码和数据定期提交到Git或云盘；最终PDF在提交前多导出几个版本，以防文件损坏。
我在实际参赛中遇到过Word突然崩溃导致半小时工作丢失的情况，从那以后养成了每10分钟按一次Ctrl+S的习惯。Latex用户则要注意定期清理aux等中间文件，避免编译缓存导致奇怪错误。
论文模板和工具链只是手段，真正的核心竞争力还是模型本身。但一套成熟的写作流程能让你把更多精力放在建模上，而不是和排版工具较劲。希望这些经验能帮到正在准备华为杯的你。
