使用场景
本页给出典型落地方式，你可以按业务选择其中一种或组合使用。
场景 1：审阅—定稿（单人或多人）
适用于合同、制度、说明书等需要“先改后审再定稿”的文档。
推荐流程：
- 开启修订（
revision.defaultEnabled: true或在面板中启用） - 审阅阶段使用
final-markup（显示标记的最终稿）进行逐条处理 - 审阅通过后执行接受/拒绝（单条或全部）完成定稿
- 定稿后再导出或对外共享
场景 2：多人协作审阅（配合评论）
适用于“边改边讨论”的场景：修订用于记录变更，评论用于讨论与结论沉淀。
推荐做法：
- 修订：用于记录每个协作者的插入/删除（可按 userFilter 过滤审阅）
- 评论：用于针对某段内容提问、给出建议、标记已解决
- 审阅面板：统一承载修订与评论记录流，便于在同一视角下完成“修改 + 讨论 + 结论”
场景 3：里程碑版本 + 修订细节（配合历史版本）
适用于有阶段验收/审批节点的协作项目：
- 版本（versions）：用于保存“阶段里程碑”（可命名，可回溯恢复）
- 修订（revision）：用于里程碑之间的细粒度变更审阅与定稿
推荐流程：
- 阶段开始：创建版本（例如
阶段一开始 04-23 10:00） - 阶段过程中：开启修订进行修改与审阅
- 阶段结束：接受/拒绝完成定稿后，再创建“阶段验收版本”
场景 4：模板下发与内容保护（配合内容锁定）
适用于“模板制定人 + 填写人”双角色场景：
- 锁定（locked）：锁定模板骨架，防止结构被误改
- 修订（revision）：在维护模板或修订正文时记录变更，并在发布前完成定稿
推荐做法：
- 模板维护阶段开启修订，变更通过后定稿
- 发布阶段使用锁定保护固定区块，让填写人只修改可编辑区域
场景 5：AI 生成后人工改稿（配合 AI 功能）
适用于 AI 初稿需要人工加工与审阅的场景：
- AI 生成：快速产出初稿
- 修订：记录人工对 AI 文本的增删改，便于审阅与追溯
- 定稿：接受/拒绝后输出最终稿
场景 6：法务/合规审阅
适用于需要“留痕 + 可追责”的审阅流程。
- 开启修订记录修改痕迹
- 用评论线程沉淀结论与风险点
- 通过接受/拒绝输出合规最终稿
场景 7：跨部门协作交付（售前方案/项目报告）
- 销售、产品、交付各自修改负责章节
- 审阅阶段按修订人过滤分角色处理
- 重要节点创建版本并导出对外交付
场景 8：模板长期维护（制度/合同条款迭代）
- 模板维护阶段开启修订，避免“改了什么说不清”
- 关键条款锁定，变更需解锁并走审阅定稿
- 通过版本记录每次发布的模板里程碑
场景 9：教学/培训审阅与批改
- 学员提交文档后，讲师用修订直接改稿
- 用评论解释修改原因与标准
- 定稿后导出 PDF/图片作为反馈材料
场景 10：上线前内容冻结与对外发布
- 发布前开启修订集中收敛最后修改
- 定稿后锁定关键段落防止误改
- 创建“发布版本”并导出对外稿
与其他功能协同使用
协作（collaboration）
- 协作模式下，修订标记作为正文内容的一部分会同步给所有协作者。
- 建议为每个客户端设置
options.user，确保修订记录中的操作者信息准确。
评论（comments）
建议将“需要讨论的内容”用评论线程承载，将讨论确定的内容在文档中进行修改，将“已确定的修改”通过接受/拒绝完成定稿：
- 评论负责“讨论与决策”
- 修订负责“变更记录与落地”
历史版本（versions）
版本适合做“里程碑快照”，修订适合做“过程审阅”。两者组合可以覆盖“可回溯 + 可审阅”的完整链路。
导出（export）
如果要输出不带修订标记的最终稿，建议导出前先完成接受/拒绝定稿（尤其是对外发送、归档、盖章等场景）。
内容锁定（locked）
- 定稿后锁定关键条款，防止协作中误改：内容锁定
导入（import）
- 导入存量文档后开启修订，按审阅流程完成定稿：文档导入