多人修改论文时，安排降 AI 的第一步是确定母稿和处理范围。导师发来的意见、同学补充的数据、自己后来的改动，可能分别存在不同文件里。直接挑一份“看起来最新”的稿件上传，容易处理旧版或覆盖已经确认的修改。
可以先整理一份本轮母稿，再把需要处理的内容单独标出。工具输出作为待采用结果保留，回填之后形成下一版母稿。
谁维护母稿，先说清楚
指定一人合并已经确认的修改，并标明本轮文件名和时间。导师或合作者的意见尚未决定时，先记录争议，不让表达工具替作者决定研究事实。
例如，“计划开展访谈”与“已完成访谈”的区别，需要按实际进度确认。哪一种更顺口，不能决定采用哪一种事实。
冻结本次处理范围
不一定要让所有人暂停修改整篇论文。可以只冻结本次要处理的章节或段落，告诉参与者这些内容正在整理表达；其他部分仍可继续修改。
给处理范围记一个简短清单：段落所在章节、起止文字、保留的数字和引用、本轮待处理问题。若处理期间该部分仍有新意见，单独留待回填时合并。
根据任务选择入口
少量段落可用 PaperMomo 文本工作台，修改结果逐段检查后回填。需要集中处理已经稳定的 Word 正文时，可评估文档模式。功能说明提供两种路径及处理模式的区别。
保存上传稿与处理结果，不要让下载文件直接覆盖团队母稿。这样能在出现含义偏差或后续意见时，回到准确的起点。
回填前处理版本冲突
拿到输出后，先检查它与上传稿的差异，再看母稿在这段时间是否有新的确认修改。工具处理的是提交时的文字，无法替你知道团队后续决定了什么。
| 回填时发现的情况 | 建议处理 |
|---|---|
| 母稿该段没有新改动 | 核对内容后采用结果 |
| 有新数据或引用 | 保留新事实，再整理表达 |
| 同一结论收到不同意见 | 先与作者确认结论，再改语言 |
| 表达改善但术语不一致 | 按全文术语约定修正 |
如果新意见改变了整段逻辑，先把它合入母稿，必要时再处理这段。不要把旧输出机械套到新的研究结论上。
给合作者一个清楚的交接
最终交接可以包含三项：本轮母稿、主要改动说明、与该版本对应的检测报告。说明写清处理了哪些位置，以及哪些意见仍需确认即可，不必复制所有操作记录。
采用处理稿后，再读前后段落、图表引用、摘要与结论。内容稳定时按目标平台复检，并给文件和报告使用可对应的版本名称。
可以使用“原稿”“处理结果”“合并稿”“提交稿”这样的阶段名称，具体文件命名沿团队习惯。最关键的是每个人都能找到当前母稿，以及知道报告测的是哪一份文件。
对已经有明确修改范围的团队，PaperMomo可以减少表达整理的负担。母稿维护者负责事实和意见合并，工具负责既有文字处理，这样更容易保留多人协作已经完成的工作。