AI 对话导出 Word 质量基准

“导出成功”和“文档可交付”不是同一件事。一个 `.docx` 文件能下载，只说明转换链路跑完了；它是否适合发给老师、客户、同事或领导，还要看标题、公式、表格、代码、分页和隐私信息是否经得起检查。

这篇页面公开 AiToWords 判断导出质量的基准。它不是营销页，而是我们维护工具、写教程和处理反馈时使用的同一套检查视角。

我们先判断三类结果

标题、段落、列表、表格和代码块至少能被正常识别。阅读者不需要回到原始 AI 对话才能理解文档结构。

公式不是截图，表格不是一段错位纯文本，代码块仍然和正文有区别。后续修改不会变成重新排版。

文档里没有明显的调试内容、隐私信息、乱码或大面积格式错误。打开软件不同，也不应立刻破坏核心内容。

通过标准：一级、二级、三级标题在 Word 中有明确样式差异，段落不会被误判成标题，标题也不会被合并成普通正文。

常见风险：AI 生成内容里同时混用 `#`、加粗、编号和中文序号。复制到 Word 后，标题可能只剩视觉上的粗体，不能用于导航窗格或自动目录。

AiToWords 的处理方向：优先按 Markdown 结构识别标题，再把标题写入 Word 段落样式。导出后仍建议用户打开导航窗格快速扫一遍。

AI 平台常见两种公式输出：标准 LaTeX 分隔符，例如 `$...$` 和 `$$...$$`；以及裸括号、裸方括号形式，例如 `(AC)`、`[ AP=t ]`。后者对人眼来说像公式，对转换器来说却容易和普通文本混在一起。

设矩形中：
[
A(0,0),\quad B(8\sqrt3,0)
]

而 (AC) 与 (AB) 的夹角是 (30^\circ)。

通过标准：导出后关键公式能在 Word 中继续编辑，分数、根号、上下标和希腊字母不应退化成乱码。

常见风险：复制粘贴最容易把公式变成普通文本；某些办公软件能显示但不能编辑；裸括号公式如果被忽略，会导致数学段落看起来断裂。

AiToWords 的处理方向：将常见 LaTeX 公式转换为 Word 可理解的数学结构，并持续补充 AI 裸公式输出的识别规则。正式交付前，用户仍应双击 1 到 2 个关键公式确认可编辑。

Markdown 表格天然没有页面宽度概念，而 Word 文档必须落在 A4、信纸或其他页面设置里。因此“表格成功转换”只是第一步，真正影响交付的是列宽、换行、分页和表头。

通过标准：3 到 5 列的常规表格能保持为 Word 原生表格；每列内容可读；跨页后不出现大面积挤压或断裂。

常见风险：AI 生成 8 列以上宽表、单元格里塞整段话、表格中含换行或列表，都会增加 Word 端二次调整成本。

AiToWords 的处理方向：尽量保留 Markdown 表格结构，同时在教程中建议用户提前让 AI 控制列数。相关细节可看 Markdown 表格导出 Word 指南。

技术文档里的代码块如果丢失缩进和等宽字体，阅读成本会非常高。我们更关注代码块是否仍然像代码，而不是只关注是否“内容没有少”。

通过标准：代码块保留等宽字体、缩进和换行；命令、配置、JSON、SQL 等片段不会并入普通段落。

常见风险：浏览器复制时可能把代码块的样式带入剪贴板，也可能完全丢掉；Word 自动纠错还可能替换引号或短横线。

AiToWords 的处理方向：在导出阶段把代码块作为独立结构处理，减少手工复制粘贴带来的样式漂移。

AiToWords 的核心转换流程在浏览器端完成，用户粘贴的 AI 对话不会因为转换而上传到我们的服务器。这个边界非常重要，因为很多 AI 对话包含论文草稿、公司资料、客户信息或个人笔记。

通过标准：页面应清楚说明本地处理逻辑，隐私政策能解释数据处理范围，导出前提醒用户自己检查敏感内容。

常见风险：即使工具不上传内容，用户自己粘贴的原文里也可能包含姓名、手机号、客户名称、合同细节或内部结论。

AiToWords 的处理方向：把隐私说明、交付检查清单和反馈入口放在核心导航里，而不是藏在很深的位置。更多说明见隐私政策和交付检查清单。

维护原则：我们会优先修复影响导出稳定性、文档可编辑性和用户隐私边界的问题。对于无法靠转换器完全判断的内容，会在教程、样例和已知问题页里明确告诉用户如何检查。