抓错段落先别急着改参数，用同一段内容做一次对照就能把方向分开：页面不动、只重新触发一次，如果引用位置仍偏到相邻区域（侧边栏、导航、上一条消息或注释），问题多半出在取词范围；如果先把内容滚动出来再触发，引用还停在旧内容或只截到半句，问题多半在滚动后的内容没被重新读到。这两类原因的调整方式不一样，混在一起调容易越调越乱。

判断顺序建议先固定内容位置，再动配置：把目标段落滚到屏幕中央触发一次，引用变准说明取词范围受可视区影响；仍引用旧内容则偏向滚动加载没跟上。分段读一屏一段既能验证，也能作为长页面的常规操作方式；但它只是绕开截断，不解决取词范围本身的问题。是否值得继续调设置，取决于三次记录能否稳定复现。

先判断是取词范围问题还是滚动加载问题

两类问题在现象上有比较明显的差别，建议分别记录、分别验证，不要在一次失败里同时改窗口选择和滚动等待。

取词范围问题的典型表现

• 引用内容里混进相邻区域的文字，比如左侧目录、页面页眉、上一条回复的结尾句。
• 引用从目标段落的上一句开始，或者提前结束在段落中间的某个标点处。
• 同一屏内容，不滚动、只重复触发，前后两次引用的起止位置基本一致。

判断依据：看工具高亮的选区框或取词区域边界，是否覆盖了目标段落之外的元素；如果选区框本身就偏了，说明窗口或元素选择定错了，这时调滚动等待基本没有意义。

滚动加载问题的典型表现

• 引用内容停在上一屏，或者停在滚动之前就已经读到的那一段。
• 引用只有半截，句子在中间断开，后续内容是滚动之后才渲染出来的。
• 同样的操作，快滚和慢滚结果不一样。

判断依据：看工具日志里有没有新的取词事件，以及取词时间戳与滚动动作时间戳的先后。如果滚动之后没有产生新的取词记录，或者取词记录早于内容渲染完成，问题就在滚动加载这一侧。需要结合环境确认，不同页面的渲染节奏差异很大。

把目标段落滚到屏幕中央再触发一次

这一步验证的是内容位置是否影响取词结果。操作顺序建议固定下来，避免每次条件不同：

1. 先把目标段落滚动到视口垂直方向的中间位置，不要贴着页面顶部或底部。
2. 停住不动，等页面渲染稳定（图片、折叠块、懒加载文字都加载完）再触发读屏。
3. 记录这一次引用的起止句，和滚动之前那次引用逐句对照。
4. 再重复上述过程一次，看结果是否相同。

对比时看三点：引用起点是否从上一屏换到了目标段落；引用是否还缺末尾一两句；两次结果是否一致。如果滚到中央后引用明显变准，说明取词范围对可视区位置敏感，后续可以在配置里改成手动框选或元素级取词。如果滚到中央仍然引用旧内容，说明问题在滚动加载，位置对照这一步就到此为止，直接进入分段验证。

改成分段读：一屏只让工具读一段

分段读的做法是用更小的取词范围绕开滚动跟不上导致的截断。下面这份是通用骨架，字段名需要按实际配置项替换，不是官方接口：

# 通用骨架：字段名按实际配置替换
capture:
  scope: 'region'        # 手动框选或元素级取词，替代整窗口取词
  follow_scroll: true    # 滚动后是否重新取词
  settle_ms: 600         # 滚动后的静默等待，按页面实际渲染速度调整
  max_chars_per_read: 300  # 单次读取上限，用于强制分段

操作顺序：

1. 先把目标段落按屏幕可见范围切成两到三段，一段一屏，一段一段往下滚。
2. 每滚到一段，停在视口中央，触发一次读屏，记下这一段的起止句。
3. 把三次输出按顺序拼接，回到原文核对，确认拼接结果覆盖了目标段落的首句和末句，中间没有缺句。
4. 如果拼接后仍缺末尾部分，把最后一段单独再读一次，确认是滚动没跟上还是取词上限截断。

分段能不能覆盖全文，是判断它能否作为常规操作方式的依据。覆盖得住，说明截断确实由单次取词范围过大引起；覆盖不住，问题更可能出在取词范围本身，需要回到窗口或元素选择上调整。

记录三次结果，区分稳定复现与偶发

三次记录的价值在于区分「每次都错」和「偶尔错一次」。建议按同一段内容、同样的操作顺序记录：

记录时把引用的首句和末句原文抄下来，比记「又错了」有用得多，因为首尾位置能直接指向取词范围还是滚动截断。

处理建议：三次结果一致且都偏到相邻区域，优先改窗口或元素选择，把取词范围收窄；三次结果一致且都停在旧内容或半截句，优先调滚动后的等待时间和重新取词开关；如果只有一次出错，其余两次正常，属于偶发，不值得大改配置，建议在长页面里固定使用分段读的操作方式，同时保留日志以便下次复现时对照。等待时间调多少需要结合页面实际渲染速度确认，没有通用值可以照搬。