第一次用 LaTeX 写论文,最容易卡住的往往不是语法,而是在不确定模板、编译器、图表和协作方式时,同时改动了太多东西。更稳妥的做法是:先让官方示例完整编译,再以小步修改、持续编译和“唯一正文”的方式推进。
先跑通官方模板,再开始写自己的内容;每完成一个小步骤,就 Compile 一次。
为什么不要从空白文件或网盘模板开始
会议和期刊通常会提供自己的 Author Instructions、模板包和格式要求。直接使用官方模板,能把版式、参考文献样式、匿名要求和提交文件结构放在同一个起点上。随手找来的旧模板或空白项目,看似省事,却容易把格式问题留到投稿前集中爆发。
01 准备平台:第一次使用优先 Overleaf
如果本地没有配置经验,优先在 Overleaf 创建项目并完成首次编译;浏览器打开即可使用,也便于和合作者共享项目。VS Code 加 TeX Live 或 MacTeX 更适合本地写作与 Git 协作,但需要先确认编译器环境。PDF 批注可以用于集中意见,但意见确认后应写回同一份 LaTeX 正文。

02 找模板:从官网获取 Author Kit
在目标会议或期刊官网找到 Author Instructions,下载 LaTeX source 或 Author Kit。不要只看标题像不像;还要确认模板对应的年份、投稿类型和是否要求匿名。官方模板包往往同时提供示例正文、样式文件和参考文献示例,后续排查问题也更有依据。

03 导入项目:上传完整 zip,不要只传 main.tex
解压或导入时保留完整项目:主 .tex、样式文件、参考文献文件、图片目录和示例文件缺一不可。上传到 Overleaf 后,先看左侧文件树是否齐全,再确认哪个文件才是主入口;只上传一个 main.tex,常会造成找不到样式或图片的错误。

04 首次编译:先让示例 PDF 出来
首次打开项目,不要急着替换正文。先找到主 .tex,按模板说明选择编译器,然后点击 Compile。目标很简单:示例 PDF 能正常生成。若这一关不通,先修复环境、入口或模板文件问题;不要在故障基础上继续改内容。

05 开始写:先改题目、作者和摘要
建议按影响范围从小到大替换:题目、作者、摘要,再到正文。每改完一块就重新编译并查看 PDF。若目标会议采用双盲评审,要按官网要求删除或替换姓名、单位、致谢和可识别链接;这类要求以投稿说明为准。

06 正文:用章节文件避免一团乱
当正文变长后,可以把引言、方法、实验等章节拆成独立 .tex 文件,在主文件中用 \input{} 组织。标题编号、图表编号和目录由 LaTeX 自动生成,尽量不要手写“第 3 节”或“图 2”,以免修改顺序后出现错位。

07 图表:先放对位置,再调整美观
图表文件统一放在固定目录,插入时使用 \includegraphics;为图、表设置 \label,并在正文中通过 \ref 引用。先确保图、图注、编号和正文引用关系正确,再处理宽度、浮动位置等版式细节,会更容易定位问题。

08 文献:Zotero 导出 BibTeX,再统一引用
用文献管理器维护条目,导出 BibTeX 后放入 refs.bib,再在正文中使用引用命令。每次更新参考文献后,重新编译并核验 PDF:正文引文、文末条目、作者年份或编号样式是否与模板要求一致。不要只看编译通过,格式和条目信息仍需要人工检查。

09 报错:先读第一条 Error
编译日志会同时出现 Error 和 Warning。优先处理第一条 Error:它通常离根因最近;修复后再重新编译。Warning 不一定阻断输出,但涉及引用未解析、图片缺失或溢出时,也应纳入提交前核对。一次只改一个问题,能避免新的改动遮住原始错误。

10 协作:意见可以分散,正文不能分叉
多人合作时,PDF 批注适合收集意见,但应指定一份“唯一正文”作为最终写入位置。处理意见后及时同步到项目,并保留版本记录或 Git 提交。这样能减少“不同人各自改了一份正文”带来的合并成本,也能在误改时回退。

11 导出提交:按清单独立复核
导出最终 PDF 前,至少复核以下事项:
- 模板与投稿类型是否匹配;
- 匿名、作者信息、页数和附录是否符合要求;
- 图表、引用、参考文献和链接是否完整;
- 是否仍有 Error,重要 Warning 是否已解释;
- 提交包中是否包含官网要求的源文件与 PDF。

结语:把 LaTeX 变成可检查的流程
LaTeX 不要求一开始就熟悉所有命令。先让模板成功编译,再以小步骤替换内容、建立图表和文献引用、控制协作版本,格式问题会更早暴露,也更容易修复。你可以先把这篇文章的 11 步清单放在项目旁,完成一项就编译一次。