# Gemini Docs 批注处理：按六条现有反馈定点修改，冲突日期保留待确认

本地两份DOCX各含6条真实批注，只把“完成后再登记记”改为“完成后再登记”；11月3日与5日冲突仍待确认。没有Google线程操作或发出评论。

## 文件身份

所有人物、组织、数值为原创虚构教学资料。作者本地原生参考不代表目标SaaS实测；本题未登录目标账号、购买权益、调用付费API、发送评论/邀请或写主日历。

## 七步操作

1. 在独立练习稿建立六条批注

打开原创流程稿，在自己的独立Google练习Doc手工按fixtures建立6条批注；不依赖DOCX导入保留云端线程。

2. 先让Gemini分类而非全量改稿

确认Workspace Experiments和Ask Gemini入口，用Catch me up on all comments先生成分类清单，不直接全量改稿。

3. 逐条回到原文锚点

逐条核对原文锚点，区分笔误、已过时、范围变更、待确认冲突，不把过时意见重新套进正文。

4. 只接受明确笔误的定点修改

只要求Gemini按一条明确笔误修改，查看建议并Accept，核查邻接段落未被改写。

5. 冲突日期停在确认问题草稿

对两条冲突截止日生成需要确认的问题文本，停在草稿，不点击Reply或Comment。

6. 人工保留未解决线程

人工检查待确认线程仍未解决；已采纳项可由作者记录状态，不让AI凭判断关闭全部反馈。

7. 导出正文和逐条决策日志

导出正文参考与决策日志，实际云端线程只用真实截图证明；本地DOCX批注/CSV不冒充Google状态。

## 独立验证

在复制的目录运行 `python3 -B verify.py`。需要Python3，PDF验证依赖pypdf、原生表格只读检查依赖openpyxl，文档用标准库读取OOXML。教材的本地HTML查看器直接在浏览器打开，不需要连接第三方服务。

## 原生文件

- procedure-input.docx
- procedure-reference.docx
- procedure-reference.pdf

## 验收

- 6条反馈都有原文锚点、类别、决定和原因，过时意见不重复改正文。
- 只改授权笔误/明确意见，两个冲突日期不被模型擅自统一；待确认项保持未解决。
- 没有点击Reply/Comment或向他人发消息；云端线程状态与作者参考分开记证。

## 账户与功能依据

- Google：Gemini Docs 批注工作流（Workspace Experiments） https://support.google.com/docs/answer/17133843