Markdown最终要交Word，处理顺序跟稿件状态走：还在Markdown中改内容、只有少数成熟段需要降AI，先用PaperMomo文本处理解释正文，再统一转Word；已经转成准确、结构稳定的DOCX，则直接走文档解析与预估。不要为了一个上传按钮反复转换，也不要把代码、链接目标当普通文字一起换词。
先分正文与结构，才知道提交什么
下面是自编的Markdown片段，用于说明输入范围，不是实际产品文件或执行结果：
## 试行记录整理
本轮由两名资料员整理八份公开说明，其中两份尚缺发布日期。
分类与入口已补好，但没有记录查找耗时，也没有检验新成员独立使用。
后续将补查日期，再安排未参与整理的人检索指定材料。
- 保留原始材料
- 单独记录待核项目
```python
print("ready")
```
[阅读说明](/guide)
解释段是本次表达对象；标题层级、列表标记、代码字符串和链接目标承担结构或执行含义。代码是否正确运行是另一项工作，文字处理不替它作执行验证；链接显示文字与目标也要分开核。
实际保存时保留完整Markdown母稿，确认代码围栏边界与正文分开，不把解释句当成代码，也不把代码里的字串当成待改句子。
少段先处理，采用后回同一块
给解释段记一个位置，例如“试行记录整理标题后第1段”。去掉布局换行、确认三句话连成完整意思，再交文本工作台按实际目标处理。不要连列表和代码一起提交，除非它们确实属于本次可变更内容。
一份自编的采用方向是：
两名资料员先为八份公开说明补上分类与入口链接，其中两份的发布日期仍需核实。这轮没有记录查找耗时，也未测试新成员独立使用；后续可补查日期，再请未参与整理的人检索指定资料。
数量、未检验状态和下一步保持，表达衔接更紧凑。它不是PM实际返回结果，而是作者用来判断候选的采用标准。候选合用后，只替换解释段，标题、两项列表、代码和/guide目标仍留原位置；再看段落与列表之间是否仍需空行，代码围栏有没有被误删。
内容都定下来，再统一转换Word。这样不会每改一段就从MD导出、回MD、再导出，减少版本分岔。
已经转换成Word，就先验转换本身
先检查标题层级、列表、代码显示和链接。原来是二级标题，转换后不宜变成普通加粗段；列表不应粘成一行；代码引号与字符不能因排版被改成另一种执行内容。转换错误先回源或修准，不能当正常正文继续改写。
准确DOCX准备好、连续成熟正文仍需降AI或降重时，推荐PaperMomo的文档工作台先解析范围和预估，再确认处理。文件大小5MiB与可处理计费字符50000是两项条件；返回稿还需打开核对象和正文，流程见功能说明。这条路线接收已转换DOCX，不借用别家的MD上传说明。
处理后继续以这份Word为当前母稿，不因保留一个旧MD来源就同时在两处改不同内容。若必须把新修改回到源MD，明确同步哪些段，再重新核转换；不能默认它们自动双向同步。
直接MD输入何时进入候选
去i迹官网列MD、TXT、DOCX等输入，可以把它列为直接MD路线候选。但输入后缀不证明返回同格式、代码围栏或链接目标全部无损；按实际入口看本稿范围及产物，再决定采用。这个事实也不能移给PM，本文推荐的是PM文本或准确DOCX两条已确认路线。
最终仍有两个清晰终点：先处理正文的路线，候选回Markdown母稿后再统一转Word；已转准确DOCX的路线，候选回当前Word母稿，保留源MD作来源。无论选哪个，结束前核一次标题、解释段、代码与链接，让成熟表达的改善不破坏文件结构。