DS随心转
你把 AI 写好的推导过程复制进 Word，公式看着还行，想改一个下标，双击上去——要么整块被选成一张图，要么根本就是一串 \frac{-b \pm \sqrt{b^2-4ac}}{2a} 的原始代码。
这不是操作失误。问题出在：Word 里的"公式"其实有三种完全不同的东西，而直接复制粘贴几乎不可能得到你想要的那一种。
三种结果，先分清你手上是哪一种
| 你看到的 | 它实际是什么 | 能否编辑 | 能否被搜索/被引用 | 打印效果 |
|---|---|---|---|---|
| 一张清晰的公式图 | 图片（PNG/SVG） | 否 | 否 | 放大会糊，取决于原图分辨率 |
$x = \frac{a}{b}$ 这样的代码 |
纯文本 | 是，但改的是代码不是公式 | 是，但搜到的是代码 | 就是一行代码 |
| 排版正常、可双击进入 | Word 原生公式对象（OMML） | 是 | 是 | 矢量，任意放大都清晰 |
第三种才是 Word 真正意义上的公式。它在文件内部以 OMML（Office Math Markup Language）存储，和你在 Word 里点「插入 → 公式」手打出来的东西是同一种对象。
一个五秒钟的判断方法：双击那条公式。光标进入公式内部、功能区顶部冒出「公式」选项卡，说明是 OMML；弹出图片格式面板，那就是图片。
为什么直接复制得到的总是错的那两种
AI 在网页上显示公式，走的是浏览器端的数学渲染（KaTeX 或 MathJax）。它做的事情是：把 LaTeX 代码在页面上"画"成好看的样子。这个"画"出来的结果，在网页的 DOM 里可能是一堆带定位的 span，也可能是 SVG。
于是复制时会出现两种典型情况：
- 复制到的是渲染层：粘贴进 Word 变成图片，或者一堆错位的字符碎片；
-
复制到的是源码层：粘贴进 Word 得到原始的
\frac{}{}，因为 Word 完全不知道这串字符是数学。
不管哪一种，Word 都没有机会把它理解成公式对象——中间缺少一个"把 LaTeX 翻译成 OMML"的步骤。这一步既不在浏览器里，也不在 Word 的粘贴逻辑里。
方法一：用 Word 自带的 LaTeX 输入（适合零星几条）
Word 2016 及以上版本其实内置了 LaTeX 输入能力，很多人不知道：
- 光标定位到要放公式的位置，点「插入 → 公式」（快捷键
Alt+=）； - 公式框出现后，在功能区的「公式」选项卡里，把「转换」区域的输入模式选为 LaTeX；
- 把 AI 给的 LaTeX 代码粘进公式框（不要带首尾的
$或$$）； - 按回车，或者点「转换 → 转换为专业格式」。
这条路的价值在于：产出的是货真价实的 OMML，可编辑、可矢量打印。
它的局限也很实在：
- 一次只能处理一条公式，文档里有三十条就要重复三十次；
- 对
aligned、cases、array这类多行环境支持有限，复杂的方程组经常转不出来或者对齐跑掉； - 公式里如果有
\text{中文}以外的中文，多半直接失败。
结论：整篇文档只有两三条公式时，这是最省事的办法，不需要任何第三方工具。
方法二：截图（能用，但要知道代价）
把公式截成图片贴进 Word，五秒钟解决问题。代价是：
- 永远不能再改，哪怕只是改一个字母；
- 缩放会糊，正式打印和投稿基本过不了关；
- 图片里的内容不参与全文检索，别人搜不到；
- 期刊、学位论文的格式审查通常明确要求公式为可编辑对象，截图会被打回。
写个内部周报无所谓，写论文别这么干。
方法三：整篇一次性转换（公式多的时候唯一现实的选择）
真正的痛点从来不是"一条公式怎么办"，而是一篇有几十条行内公式、还夹着表格和代码的推导过程怎么办。这时候需要的是一次性把整篇内容做格式翻译，而不是逐条手工处理。
用 DS随心转 的做法：
- 在 AI 那边复制完整回答（复制原始内容，不要只截屏）；
- 打开 DS随心转首页，点「粘贴 AI 内容，一键转文档」，内容会自动排版，公式在预览区就已经渲染成正常样式；
- 右侧选择导出格式 Word，点「下载 Word」。
导出的文档里，公式是 OMML 对象——双击可以进去改，放大不糊，参与全文检索。表格是带边框的规范表格，代码块是等宽字体的独立区域，这些一并处理掉了。
如果你手上只有一段 LaTeX 源码（比如从论文里抠出来的），可以直接用 LaTeX 转 Word 这个更窄的入口，省掉中间步骤。
三个容易踩的坑
公式里的中文没包 \text{}
LaTeX 里直接写中文是不合法的。正确写法：
C_{\text{总成本}} = \sum_{i=1}^{n} p_i q_i
AI 输出时经常直接写 C_{总成本}，看着页面上显示正常（因为浏览器渲染器比较宽容），一进转换链路就出问题。转换前顺手检查一遍，能省掉大部分"公式莫名其妙丢了"的排查时间。
行内公式被写成了独立公式
模型有时会把本该行内显示的公式包成 $$...$$，导致导出后每条公式都独占一整行，段落被切得七零八落。这个问题成因和解法单独写在了这篇。
Word 里正常，WPS 里不对
同一份 docx，Word 显示无误，WPS 打开却发现某些符号变形——最典型的是下大括号 \underbrace{}：Word 里它会随内容横向拉伸，WPS 里可能只画一个固定长度的短括号。
这是 WPS 对 OMML 部分标记的支持差异，文件本身没有损坏。如果你的文档需要在两端都严格一致（比如要发给不确定用什么软件的同事），可以把这几条特殊公式单独转成图片，牺牲可编辑性换取显示一致。
交付前的两个检查动作
- 抽查可编辑性：随机双击三条公式，确认都能进入编辑状态；
- 看一遍分页：公式转成 OMML 后行高会变化，原本刚好在页尾的段落可能被挤到下一页，导出后整体过一遍分页位置。
搞清楚"你粘进去的到底是什么"，比反复试哪个快捷键有用得多。
常见问题
怎么判断 Word 里的公式是不是可编辑的？
双击公式。如果光标进入公式内部、顶部功能区出现「公式」选项卡，说明它是 Word 原生公式对象（OMML），可以继续修改；如果弹出的是图片格式设置面板，或者整体被选中成一个方框，那就是一张图片。
Word 自带的公式功能能直接输入 LaTeX 吗？
Word 2016 及更新版本可以。插入 → 公式，在公式工具栏里把输入模式切换为 LaTeX，粘贴 LaTeX 代码后按回车即可转换。但它一次只能处理一条公式，且对 aligned、cases 等多行环境支持有限，整篇文档几十条公式时并不实用。
为什么公式在 Word 里正常，在 WPS 里却显示得不对？
WPS 对 OMML 的部分标记支持不完整，最典型的是下大括号（underbrace）和上大括号这类需要横向拉伸的符号，在 WPS 里可能只显示一个短符号而不随内容拉长。这是 WPS 渲染引擎的差异，不是文件损坏。若必须双端一致，可以把这类公式改为图片形式。
公式里带中文会有问题吗？
会。LaTeX 里的中文必须包在 \text{} 里，比如 \text{总成本}，否则很多解析器会报错或吞掉中文。AI 输出时经常忘记这一点，转换前建议检查一遍。