ChatLens语镜读屏回复引用了别的窗口里的文字时，先不要急着改读屏范围或重写提问，第一步是确认它取词的那块屏幕到底属于哪个窗口。判断办法不靠感觉：把回复里被引用的原句逐个窗口搜索，能命中的位置就是取词来源；再用系统命令核对触发瞬间的前台焦点窗口，看两者是否一致。一致说明是选区或取词范围配置问题，不一致说明是前台焦点被抢或跟随失败。下面四步按这个顺序走，每一步都能通过窗口行为、命令输出或回复原文核对，不需要额外埋点。

处理读屏回复引用错窗口的问题，顺序应是“先定位取词来源，再改设置”。复现时把聊天窗、文档、浏览器同时摆在桌面上，记下触发时机和被引用的原句；用原句在各窗口内搜索，命中窗口即取词来源；再用系统命令查看触发瞬间的前台焦点窗口标题，与命中窗口比对。焦点与命中窗口一致，问题多在选区或取词范围配置，调参数后按固定顺序复测；不一致则问题在焦点跟随，应先固定窗口顺序再触发。以上判断依赖可核对的原文、命令输出与页面行为，不依赖主观感受。

把聊天窗、文档、浏览器同时摆在桌面上复现一次读屏

先确认这个问题是不是只在多窗口并存时出现。单窗口下触发读屏，回复通常不会引用到无关内容，所以复现的第一步是把干扰窗口放回去，而不是继续在人少的桌面上试。

桌面布局建议固定成一种可重复的状态：聊天窗放在左半屏，文档放在右半屏，浏览器单独一个窗口叠在文档之上但不最小化。三个窗口都打开有实际文字内容的页面或文件，且各自有一段可以互相区分的句子，例如给每段开头加一个窗口代号，便于后面搜索定位。

触发读屏的时机要写清楚，不能只写“点了一下”。记录三项：触发前最后点击的是哪个窗口、触发用的是快捷键还是界面按钮、触发瞬间鼠标停在哪个窗口区域内。这三项直接决定前台焦点归属。

回复出来后，把被引用的原文片段逐字摘录下来，长度至少包含一句完整的话，不要只记关键词，也不要凭印象复述。摘录内容包括标点与换行位置，后面反查靠的就是这些细节。

从回复里的原句反查它抓到的是哪个窗口

取词来源要用可核对的文字定位。把上一步摘出的每个句子，分别拿到聊天窗、文档、浏览器里做全文搜索，记录每一处命中以及“这句原本只应该在哪个窗口出现”。如果某句在文档里能搜到、在聊天窗里搜不到，而回复引用了它，取词来源基本可以锁定为文档。

对照记录建议按句逐条写，格式如下，命中位置填窗口内的可见位置，例如第几段、第几屏，方便第二次复测时对比：

注意一种容易误判的情况：被引用的句子在多个窗口都出现，例如同一份文档在浏览器和编辑器里各开一份。这时看命中位置的上下文，用前后各一句做区分，别只看单句。若原句在任何窗口都搜不到，说明读屏抓的可能不是可见文本，而是剪贴板或上一次的残留内容，这条线索要单独记下来。

用系统命令查看当前焦点窗口再触发一次

视觉上“我以为它在文档上”和系统实际的前台窗口经常不是一回事。触发读屏前先跑一条查询当前活动窗口标题的命令，把输出记下来，再触发读屏，然后比对回复引用的归属窗口与命令输出是否一致。以下命令只是验证手段，不涉及产品接口，也不需要安装额外工具。

Windows 可用 PowerShell 调用前台窗口查询：

Add-Type @"
using System;
using System.Runtime.InteropServices;
using System.Text;
public class Fg {
  [DllImport("user32.dll")] public static extern IntPtr GetForegroundWindow();
  [DllImport("user32.dll")] public static extern int GetWindowText(IntPtr h, StringBuilder s, int n);
}
"@
$h = [Fg]::GetForegroundWindow()
$sb = New-Object System.Text.StringBuilder 256
[void][Fg]::GetWindowText($h, $sb, 256)
$sb.ToString()

macOS 可用 AppleScript 取最前台进程及其窗口标题，首次运行可能需要在系统设置里授予辅助功能权限，这是系统层面的限制，不是产品配置：

osascript -e 'tell application "System Events" to get name of first application process whose frontmost is true'
osascript -e 'tell application "System Events" to tell (first application process whose frontmost is true) to get title of front window'

验证方式很直接：先把焦点切到文档，跑一次命令，记录输出，触发读屏，记录回复引用来源；再把焦点切到浏览器，重复一次。两次命令输出的窗口标题如果与两次回复的引用来源一一对应，说明读屏跟随前台焦点；如果命令显示的是浏览器而回复引用的是文档内容，则焦点跟随或取词范围存在偏差，应该先处理焦点，而不是去调选区参数。

固定窗口顺序后重试并记录两次差异

这一步的目的是区分“稳定复现的焦点问题”和“偶发的选区问题”。做法是把操作顺序固定下来，连续做两次完全相同的动作，只比较结果差异。

固定后的操作顺序建议写成：打开聊天窗、打开文档并滚动到指定段落、打开浏览器并停在指定页面、点击文档正文任意位置、切回聊天窗、按下读屏触发键、记录回复引用来源。每一步之间不要穿插点击其他窗口，也不要最小化再恢复窗口，避免引入额外的焦点变化。

两次结果对照表如下，结论栏填“一致”或“不一致”，不一致时写清是引用来源变了还是引用内容变了：

判断与下一步：两次引用来源不同，说明取词跟随触发瞬间的前台焦点，属于焦点问题，处理方式是让触发动作与目标窗口绑定，例如触发前显式点击目标窗口正文再按键，而不是依赖上一次操作留下的焦点；两次引用来源相同但与前台窗口不同，说明读屏抓的是固定区域或上次缓存的取词，属于选区或取词范围问题，应到读屏范围相关配置里核对，并按同一固定顺序复测一次以确认改动生效；两次结果本身就不稳定，先排查是否有其他应用抢焦点，例如通知弹窗、输入法候选框或远程桌面连接，排除干扰后再下判断。