先看一个熟悉的场景把带表格的文档丢进网页版 AI 对话框问表格里有没有错别字它答第三行’己’应为’已’建议修改。听着挺对但你打开表格去找第三行——这张表有合并单元格第三行到底指哪一格同一个字出现了四处改哪一处对话式 AI 的校对意见落不了地根子在没有落点。察元AI文档助手处理这件事走的是另一条路批注直接钉在具体单元格的具体错字上。这篇用问答把这套锚点机制拆开讲清楚。问批注是怎么钉上去的写批注走的是 document_add_comment 工具批注的锚点定位到具体单元格里的目标文本不是一个模糊的第几行。而且这个工具有硬门槛必须显式传确认参数没确认就调用返回的是 CONFIRMATION_REQUIRED而不是默默写进文档。写批注这种会在文档里留痕的动作默认必须过人工确认这一关这是产品的纪律不是可选项。问坐标错了会发生什么锚点校验兜底。AI 给出的定位和文档实际内容对不上报 LOCATE_MISMATCH压根找不到目标文本报 LOCATE_NOT_FOUND。两种情况都不写盘——宁可失败不在错的位置上留批注。顺带一提这套工具集里读写类工具有几十个写批注是少数必须显式确认才能落笔的动作之一这个待遇本身就说明留痕这件事的分量。这是工程上治理 AI 幻觉的典型思路与其祈祷模型不犯错不如让每个动作可验证、错了就拦下。对校对场景这条性质是生命线一个钉错位置的批注比没有批注更害人因为它自带已核对的错觉。问实际操作怎么走我的固定流程是两段式。第一段先预览先跑一遍校对dryRun汇总问题列表不要先改正文我确认后再写成批注校对接口默认就是干跑模式只返回问题清单不动正文。第二段确认后再落批注表格场景加一句限定重点检查表格单元格里的错别字批注必须钉在具体错字上钉在具体错字上这半句不是修辞是硬要求——批注锚定到单元格内的目标文本看到批注的人不需要再玩找第三行的猜谜游戏。确认之后由校对转批注的接口把问题清单批量写成批注这一步同样要过确认关两道闸门都留给人工。另外加载项里的内置助手也能做批注写回写回方式有讲究有纯批注、链接形式批注还有批注加替换——批注留痕的同时把已确认的改法直接替换进正文。同一份问题清单可以分两路处理拿不准的严重档用纯批注走人工复核机械性的低风险项全角半角、明显笔误用批注加替换一步到位效率和安全各归各位。问几十条批注会不会乱人多表格大的文档一次校对可能出几十上百条问题。我的做法是配合终检提示词再要一份分级摘要按严重、一般、建议三档拆开严重档的逐条钉批注、逐条销号一般和建议档的汇总成清单批量过。批注是给必须留痕的问题用的不是给文档刷存在感的满屏批注等于没有批注。适用与边界适合谁审校岗、质量检查岗以及所有校对意见要给别人看、要留痕、要可追溯的场景走审批会签流程的文档同理——意见可追溯是这类场景共同的底色。批注钉在错字上复核的人一眼看到位这是留痕的基本要求。边界要讲透批注是建议不是判决采纳与否、改不改、怎么改由人定夺对外发布的文档人工终审这一环不能因为 AI 校过一遍就省掉。锚点机制保证的是意见出现在正确的位置不保证意见本身正确——后半句仍然是人的责任。