手写转LaTeX：校对代码结构的三个层次

手写转LaTeX后，如果只在代码中找到了所有字母，还不能确认转换正确。命令写错会影响显示，分组错了会改变作用范围，而语法正常的结果也可能和手稿表达的结构不同。可以把校对分成三个层次，每一层解决一种问题。

第一层先确认字符与命令的身份

保留原笔迹，在代码里从左到右寻找对应字符。普通变量通常直接写字母，分式、根号等结构使用命令。检查时注意命令前的反斜杠是否存在、名称有没有拼错，以及相邻普通字母是否误接进命令名。不要为了消除报错直接删除看不懂的部分。

如果某个希腊字母与拉丁字母外形接近，先查原稿中的变量说明，再决定写哪个字符。代码中换一个名称可能仍能显示，但它已经不是原定义的符号。数字零、字母 O、小写 l 等也应在这一遍单独核对。

遇到不能识别的代码，先缩小到出错的小片段查看。保留完整源码副本，逐处修正，不要同时修改命令、括号和变量名，否则难以知道是哪一步改变了结果。熟悉的简单结构可以用本站符号面板或模板辅助录入，再比较代码写法。

第二层检查分组管到哪里

花括号通常用来组织命令参数，不等同于页面上可见的括号。以分式为例，分子与分母分别占一个参数位置；检查时先指出分子起止，再指出分母起止，确认附加项没有被放进错误区域。

对于指数含多个字符的情况，要把完整指数作为一组。源码 x^{n+1} 表示整个 n 加一都位于指数位置；如果仅把 n 当作指数，后面的加一就回到主层级。两种写法都可能排版成功，但含义不同，因此不能只数花括号是否成对。

检查嵌套时从外向内走。先确定整条式子的主要运算，再进入分子、分母或根号内部。每结束一个区域，就回到外一层继续读，避免把内层括号的结束误认成外层结束。原稿中看不清的边界仍应查证，不能由代码的方便程度决定。

第三层让预览回答结构问题

把代码放入支持相应数学语法的预览环境，针对原笔迹逐项检查。例如下面这个分式的分母包含完整的平方项与常数：

f(x)=\frac{x+1}{x^2+1}

比较时应问：原稿的分子是否还有一项，分母右边的加一是否确实在横线下，平方是否只属于 x。排版成功只能证明这段代码能够被处理，不能替你回答这些来自原稿的问题。

若要把代码放到另一份文稿，还应在目标环境再预览。不要把某处显示正常推断为所有环境都相同，尤其是目标文稿已有数学定界符时，应避免重复包裹。先以单条公式测试，再放到实际段落中观察行内或独立成行的效果。

修正闭环以后再带走源码

本站 LaTeX 模式可以同时查看源码与预览，两种编辑模式使用同一份内容。每修正一个分组，立即观察对应区域，确认无误再改下一处。这样能把修改动作与显示变化联系起来，避免整段大改后找不到偏差来源。

需要取得 .tex 文件时，先回到预览模式再使用导出；导出与编辑器内复制公式均需登录及会员。交付时保留手稿和校对后的代码，后续若发现符号疑点，可以追溯原笔迹，而不是在已经排好的结果上继续猜测。

延伸阅读

• 手写公式转 LaTeX：了解从笔迹到可用代码的处理过程。
• 帮助中心：查阅模式切换与导出的操作口径。