Word 批注里的待确认事项，Agent 怎样整理成带锚点的问题单

Word批注整理成问题单，关键是保留“评论针对哪段正文”，再安排处理。只导出批注文字，会得到一串缺少对象的问题；把批注与正文混在一起，则可能让待确认意见成为知识依据。本文用虚构文档片段演练，产物是审阅台账，不修改原文件。

先建立正文位置与批注标识

Microsoft批注读取文档说明批注存放在独立部件，并通过标识与正文引用关联。提取时要同时读取评论对象与其正文关系，不能只取评论集合里的InnerText就宣布完成。

问题台账保存文件版本、批注ID、作者、时间、锚定范围与原文摘录。作者字段反映文档记录，不等同于企业账号已经验证；需要强身份关系时，应由客户系统映射。原文位置优先使用稳定段落或结构定位，页码可以辅助展示，但排版变化可能让页码改变。

无锚点的批注保留在异常区。不能为了让表格完整，就把它挂到最近的段落；那会让后续人员答复错误对象。重复标识也应显式列出，先检查文件结构或人工确认，不静默选择其中一条。

合成批注Q01问“谁负责登记”，对应流程段落；Q02建议“下一版改线上”，属于提议；Q03没有有效锚点，需要补定位。下载批注问题台账演练包含正文、评论输入和三种处置，不是实际DOCX解析结果。

台账可记录问题类别、处理人、答复与关闭依据。“已回复”不一定等于正文已经修改；“正文已改”也不一定说明评论提出者已经确认。是否需要这些状态由团队流程决定，但不能用一个完成勾选掩盖不同动作。

对于含多个问题的长批注，可以拆成若干子问题，每条保留父批注ID与原文。模型建议的拆分应由审阅人员确认，避免把一句条件说明拆成互不相关的任务。

文件更新后，原来的锚点可能改变，批注也可能被删除或重新创建。先比较文件版本与评论集合，再根据原文和位置寻找候选对应，不只按批注文字相同就合并。无法确定时留给人工，不能让旧问题自动关闭。

原批注不应为了清洗而从原件删除。导出的台账与处理副本各有标识，关闭结论指向具体答复或修改依据。公开演示使用角色名，真实批注里的人名、内部方案与讨论内容按客户权限保管。

从问题单随机抽一条，回到正确原文；反向选一条批注，确认它进入台账且没有把签名或其他注释拼接进去。再检查Q02这类提议，正式知识文本不应因为批注提取成功而发生变化。

工具不支持现代批注线程或特定扩展时，应在兼容范围里写清。普通评论样本通过，不代表所有版本与协作形式都能完整还原。可先以客户实际文件验证，再决定支持范围，不能伪造通用能力清单。

问题单还要处理一条批注被拆成多项之后的关闭关系。比如Q04只补了保管人，交接位置尚未答复，父批注不能因第一项完成就自动关闭。可在附件拆分记录中分别填写答复依据，再由审阅负责人决定父项是否完成。这样才能解释“已回复但仍待处理”的真实状态，而不是反复生成同一个问题。

重新打开已经关闭的批注时，也需保存重开原因和受影响子项，不能删除原关闭记录。这样可以区分补充审阅与第一次处理遗漏，便于后续核对责任和版本。

正文结构整理见Word标题层次，源资料范围见知识源台账，整体入口为文档处理专题。通过定制咨询提供脱敏批注片段与现有审阅状态，可以先确定锚点恢复和问题台账这一段。