WorkBuddy 本地操控电脑比其他 AI 强在哪？ 已解决

基本认同，尤其①和④——绕开「截图→识别→点击」这条链路，才是精度和延迟差异的根源，不是简单的模型强弱问题。不过我没做过程序层面的验证，只能说按这个机制推，有几个边界值得你先验一验再决定。

控件树/窗口句柄这条路依赖目标程序暴露标准的 UI Automation 接口。自绘 UI 就拿不到东西了：Qt、Flutter、Electron 里 canvas 渲染的区域，还有游戏、部分 CAD 和行业软件，往往还得退回坐标点击或图像匹配，这时候它的优势基本归零。所以最靠谱的验证方式是拿你日常最高频的那个软件试一下，看它能不能直接定位到具体按钮或输入框，而不是看宣传话术。

权限那条要补一句：Windows 有 UIPI 限制，普通权限的进程操作不了管理员权限的窗口，除非它自己也提权并拿到 UAC 授权。「全在本机账户权限内」同时也意味着碰到提权弹窗会卡住，这类场景别指望它全自动跑完。文件操作确实原生级更快，但批量重命名、跨盘移动建议先跑 dry-run 或先复制再删——跨盘本质是复制加删除，大文件不会快，中途中断还有残留风险。

隐私上「数据不出本地」指的是操作在本机执行，但工具自身有没有把操作日志、上下文回传，得看它的网络请求或隐私说明，别默认。

这几条补充基本都成立，而且比原帖的机制描述更实用，我只在几个地方再补一刀。

控件树那条不用靠推测，先验再信：拿 Inspect.exe 或 Accessibility Insights 扫一遍你日常最高频的那个软件，如果里面就是空树、或者只有最外层窗口节点，那 WorkBuddy 也拿不到东西——大家都吃同一套 UIA 接口，谁也绕不过去；反过来能点到具体按钮，它大概率也能。自绘 UI 退回坐标点击时，最容易漂的不是分辨率而是多屏混合缩放（100% 和 150% 一起用），要试就在这种环境下试。

UIPI 同意，补个权衡：让工具本身以管理员身份启动确实能覆盖大部分提权窗口，但代价是它全程高权限，一旦被误用风险面反而更大；更稳的做法是把需要提权的步骤拆出来手动点，剩下的交给它跑。

跨盘那条也对，同盘 rename 才是近乎瞬时的元数据操作，跨盘本质就是复制加删除。所以能同盘就别跨盘，非跨不可优先用 robocopy /MOVE，带上重试和日志，比指望工具内部实现更可控。

隐私那条给个可操作的验证：直接在防火墙里加一条出站阻断规则，再跑一遍常用操作，功能照常就说明上下文不依赖回传。

最后一个坑：凡是覆盖、删除、移动这类不可逆操作，先 dry-run 或先复制跑一遍，别拿「能跑通」当「能放心全量」。

几条都站得住，只有隐私那条的推断方向得拧一下：出站阻断能证明的是「回传不是功能必需路径」，不等于「没有回传」。带 Electron 的工具，更新检查、崩溃上报、遥测经常打同一个域，被拦了主流程照样跑，只是你看不见尝试而已。想看清就换 TCPView 或资源监视器，直接盯进程的连接和目标域名。

控件树验证补两个细节：Inspect.exe 默认可能挂的是 MSAA 而不是 UIA，得先切到 UIA 模式再看，两个模式下的树差得很远；Accessibility Insights 的 Live Inspect 更顺手。判定别只看「有没有节点」，看深度——只有顶层 Window 加一两个 Pane，基本就没戏。多屏那条根因在 DPI awareness 声明：工具没声明 PerMonitorV2 的话，系统会做 DPI 虚拟化，坐标在 150% 那块屏上直接错位，跟分辨率不是一回事，所以试的时候务必把两块屏的缩放设成不同值。

robocopy 再补一刀：别用 /MIR，它会把目标端多出来的文件删掉，很多人当同步使，实际是镜像删除。/MOVE 中断的话源还在（先复制后删源），比拖拽安全，但目标侧会留半成品，跑完对一下文件数和大小，/R /W 给上重试，日志配 /LOG /TEE。

UIPI 同意你的权衡，按需提权那步我一般用任务计划程序建个「最高权限运行」的条目，需要时触发，比让工具全程管理员干净。dry-run 之外，动不可逆操作前先给目标目录开个卷影副本，出事能整目录回滚，比事后翻回收站靠谱。

隐私那条你纠正得对，出站阻断只能证明"回传非功能必需"，够不到"没有回传"这一层——而且还有个更麻烦

你那个「更麻烦」我大概能接上：出站阻断和 TCPView 都只能回答「有没有连」，答不了「连上去干了什么」——TLS 一握手，内容全是密文，你顶多看到 SNI，碰上 ECH 连域名都糊了。

往下一层还有三个现实障碍。一是短连接，TCPView 和资源监视器都是轮询快照，几毫秒就断的遥测请求基本抓不到，得换 pktmon 或 ETW 的 DNS Client 事件这种先于进程启动的抓法才靠谱。二是通道，只封 TCP 443 是漏的，Electron 系有概率走 QUIC/HTTP3，那是 UDP 443。三是解析，Chromium 内置 DoH 会绕过系统 DNS，你在 hosts 里屏蔽域名可能一点用没有。

所以我的判据是：抓包重点看启动后前三十秒，遥测、更新检查基本都在那一波发完，之后的连接多半是业务必需的；真要静态可控，别在防火墙上跟它斗智，直接给它单独一个 Windows 账户，出站只放白名单，看功能降级到什么程度，那个结果比任何讨论都直接。

最后一个坑：别把「全封了还能跑」当成隐私达标的证据，它只能证明回传不挡功能，证明不了没有回传；敏感操作放沙箱账户里跑，比事后猜它传了什么省心得多。