zdd3143/dsh-vision-click

dsh-vision-click

让 Agent 像人一样用鼠标和键盘操作 Windows：截图 → OCR 定位界面文字 → 真实点击/拖动/滚轮/输入 → 前后画面与文字双重复核。 不依赖任何视觉大模型 API，定位用 Windows 自带的 Windows.Media.Ocr（离线、约 200ms、中英双语）。

English TL;DR — A DeepSeek Harness plugin that lets the agent drive Windows by sight: it screenshots the active window, indexes every line of text with Windows OCR, clicks/drags/scrolls/types by target text (or normalized coordinates), and verifies every action with a per-pixel diff plus an OCR text delta. Emergency stop is F6+F7, watched by a separate process. Windows only, no API key, no vision model.

---

功能描述

一句话：把「屏幕上的文字」变成可点击、可拖拽、可输入的目标，并且每次操作都告诉你有没有生效。

• 看：截图 + Windows OCR，给出活动窗口每一行文字的 0~1 归一化坐标； 按「整窗 → 横向条带 → 全屏 → 瓦片」四级退让，尽量不漏字。
• 动：左/右/中键、单击/双击、长按、悬停、按住拖动、上下左右滚轮、 键入文字（大小写 / 数字 / 中文 / 符号）、组合键与功能键（ctrl+a、shift+a、enter、delete…）。
• 验：动作后做局部 + 全屏逐像素差分，再叠加动作前后的 OCR 文字增删对比， 明确输出「有反应」或「没有可测量的变化」。
• 停：F6+F7 由独立进程看门狗处理 —— 写急停标记、杀输入进程、松开所有键、取消当前回合； 看门狗不在时所有工具 fail-closed，拒绝任何输入。
• 批：gui_do 可把「点击 → 等待 → 滚轮 → 键入 → 按键」串成最多 10 步，出错即停并报告卡在哪一步。

为什么需要它

纯像素 GUI Agent 最脆的一环是「把语义变成像素」：模型看缩略图估坐标，偏差几十像素，按钮就点空了。 这个插件把这件事做成确定性的能力：

• 定位：OCR 给出真实包围盒，点击落在文字中心，误差为 0；
• 复核：动作后自动比较画面与文字，明确告诉你「有反应 / 没有可测量的变化」；
• 兜底：OCR 读不到时，仍可以用 gui_look 看图给 0~1 坐标；
• 安全：F6+F7 由独立进程急停，看门狗不在就拒绝一切输入。

思路参考字节跳动 GUI Agent 那条路线（UI-TARS 的「截图 → 定位 → 动作 → 再截图」闭环、 Midscene 的「先拿到可点元素清单再决策」），但把「视觉大模型」换成了系统 OCR —— 更便宜、更快、完全离线。

工具

一次典型交互：

gui_look  { query: "保存" }        → 「保存」在 (0.83, 0.06)
gui_click { target: "保存" }       → 点击 + 复核：新出现「已保存」

能做什么

实现细节：

• 键入走 Unicode 注入（SendInput + KEYEVENTF_UNICODE）：字符按字面发送，"AbC" 就是 AbC、中文直接进、 不受 CapsLock 与输入法状态影响，也不会切走用户当前的输入法；组合键才走虚拟键。
• 拖动不是瞬移：按下 → 分步移动（默认 16 步 / 每步 12ms）→ 停 120ms → 松开； 任何异常都会先松开鼠标键（try/finally），不会留下按住的左键。

工作流程

flowchart LR
    A["gui_look<br/>截图 + OCR 文字索引"] --> B["模型<br/>决定点哪里 / 输什么"]
    B --> C["gui_click / gui_drag<br/>gui_scroll / gui_type / gui_key"]
    C --> D["自动复核<br/>局部差分 + 全屏差分 + 文字增删"]
    D --> B
    C -.-> E["F6+F7 看门狗<br/>独立进程，随时急停"]

复核：动作到底有没有生效

每次动作后自动做三件事：

1. 局部像素差分：以落点为中心（点击 ±240px、拖放 ±320px、滚动 ±420px）逐像素比较 （C# LockBits，约 40ms），报告「落点附近是否变化、变化了多少格、变化区域在哪」。
2. 全屏差分：有些操作的效果出现在别处（状态栏、提示条），全屏差分兜底。
3. 文字增删：动作前后各做一次 OCR，报告「新出现」「消失」的文字 —— 例如 新出现：已保存；消失：保存中。时钟、纯数字这类噪声会被过滤。

结论明确写成「有反应 / 没有可测量的变化」。没反应时不要连点同一处，先 gui_look 看新画面。

识别策略（为什么它认得出来）

Windows OCR 在整屏 2560×1600 上很不稳定：小字会被合并成一行（网易有道翻译 MATLAB）甚至整块丢失。 所以定位按下面的顺序退让，命中即停：

1. 活动窗口整窗；
2. 同一窗口切成三条横向条带（很多控件在整窗里会被当作段落忽略，切条带后就能读到）；
3. 整个屏幕；
4. 屏幕四块重叠瓦片（1.5 倍放大）。

同一行里还会额外尝试词级片段（1~4 个词的组合）：OCR 经常把相邻按钮并成一行， 行中心会落在两个按钮之间，而词片段的包围盒是准的。命中之后还会补一次整窗识别， 确认没有同名的第二个候选 —— 有就拒绝点击，把候选列出来。

安全模型

• 输入框旁的开关：composer 右侧（模型选择器左边）有一个「屏幕控制：开 / 关」按钮， 点一下等于执行 /vision arm 或 /vision off；状态每次都从宿主的 /vision status 回读， 不会出现「按钮显示已允许、宿主却拒绝」的情况。插件重载后出现。
• 默认拒绝：allowControl 默认 false。未经用户授权时，所有工具直接报错，不截屏、不动鼠标。 两种授权方式：① 点上面的开关，或在本会话执行 /vision arm（用户命令，不产生模型消息）； ② 在插件设置里勾选 allowControl。 /vision off 可随时收回，/vision status 查看当前状态；gui_status 也会报告 authorized。
• F6+F7 急停：由独立进程（scripts/stop-watcher.ps1）监视，不依赖 agent 循环。触发时依次： 写急停标记 → 按 pid 杀掉输入进程 → 松开所有鼠标键与修饰键 → 通知插件取消当前回合。 看门狗没运行 → 所有工具失败即关闭（fail-closed）：没有刹车的输入控制不能存在。
• 现抓现点：按文字定位发生在这一次调用内部（先截图再识别再点），不存在「按旧画面点」； 按坐标点击要求截图在 20 秒内。
• 歧义就停：同名目标有多个、分数接近时不点，列出候选，用 pick 或 near 指定。
• 限速：默认每分钟最多 60 次输入动作，防止陷入盲点循环。
• 不劫持光标：点完把光标放回原处，不留悬停高亮或 tooltip。
• 审计：每次截图/点击/等待追加一行到 %TEMP%\dsh-vision-click\<pid>\audit.log。
• 孤儿保护：宿主进程退出后看门狗自行退出，不留常驻的全局键盘轮询。

安装

作为 DSH（DeepSeek Harness）插件，需要一个 profile。

普通安装（不 clone 仓库，推荐）：

# 预构建 tarball（release 附件，文件名不带版本号）
dsh plugin --profile desktop add https://github.com/zdd3143/dsh-vision-click/releases/latest/download/dsh-vision-click.tgz

# 或者直接从源码安装
dsh plugin --profile desktop add https://github.com/zdd3143/dsh-vision-click

本地开发（改代码即时生效）：

git clone https://github.com/zdd3143/dsh-vision-click.git
dsh plugin --profile desktop add "link:C:/path/to/dsh-vision-click"

或者直接把目录放进 profile 的 dsh.profile.bundles。插件加载后 gui_* 工具即可用； native/DshOcr.dll 已经随仓库提供，无需编译即可运行。

本地开发（link:）插件在「插件市场 → 已安装」卡片上不会显示 package.json / locale 里的描述： 那张卡片渲染的是市场目录中的作者简介，本地插件没有目录条目（同样 link: 安装的 dsh-desktop-control、dsh-ui-capture 也是如此）。需要在卡片上也有说明时，点卡片里的 「+ 添加备注」 写一段即可 —— 备注会代替作者简介显示，只保存在本机。 发布到市场后，meta.description（见 locale/zh.json）就会作为作者简介展示。

配置（cordis.patch.yml 的 config）

目录结构

dsh-vision-click/
├── index.js              # 宿主插件：10 个工具、截图/校验编排、急停联动
├── cordis.patch.yml      # bundle 注册与默认配置
├── scripts/
│   ├── agent.ps1         # 常驻进程：截图、OCR、点击/拖动/滚轮/键入、差分
│   ├── stop-watcher.ps1  # 独立急停看门狗（F6+F7）
│   └── build-ocr.ps1     # 重新编译 native/DshOcr.dll
├── native/
│   ├── DshOcr.cs         # WinRT OCR + 逐像素差分（C#）
│   └── DshOcr.dll        # 已编译产物（10KB）
├── tests/                # 端到端测试 + 可交互测试窗口
└── docs/                 # 架构与测试说明

构建 OCR 组件

native/DshOcr.dll 已随仓库提供。只有修改 native/DshOcr.cs 时才需要重新编译：

powershell -NoProfile -ExecutionPolicy Bypass -File scripts/build-ocr.ps1

依赖 .NET Framework 的 csc.exe 与 Windows SDK 的 Windows.winmd（Win10/11 常见）。 编译失败时插件仍可工作，只是 gui_click 只能按坐标点。

测试

powershell -NoProfile -ExecutionPolicy Bypass -File tests/target-window.ps1   # 打开测试窗口
node tests/run-click-test.mjs                                                 # 端到端跑一遍

测试窗口里有按钮、可拖动方块、滚动列表、可输入文本框和一对同名标签； 每个动作都会改变可见文字，所以断言的是可观察的事实（详见 docs/TESTING.md）。

31 项断言覆盖：文字索引、目标点击、重复点击、歧义拒绝、批量步骤、悬停、右键、长按、拖动、滚轮、 键入、全选覆盖、退格、回车，以及 gui_do 混排键盘步骤。

OCR 的局限（重要）

这个插件默认只看文字。OCR 读不到下面这些东西：

• 图标 / 图形按钮（画布画的齿轮、工具栏图标、没有标签的按钮）；
• Canvas、地图、图表、视频画面里的内容；
• 极小字号、低对比度、艺术字、被背景图干扰的文字；
• 某些字体下会漏掉最后一个字（实测「下一步」偶尔读成「下一」）。

这些情况下只有两种出路：给 point 坐标（人看得见，模型看不见），或者启用视觉模型。 图标类控件必须靠视觉模型识别——OCR 对它们完全无能为力，这也是这个可选后端存在的主要原因。

可选：本地视觉模型兜底

开启后，只在 OCR 没有候选或分数不够时，把活动窗口裁出来发给本地模型（默认 UI-TARS-7B + Ollama）， 模型给一个 0~1000 归一化坐标，再吸附到最近的、文字相关的 OCR 词框上——语义来自模型，精度仍由 OCR 保证。

config:
  visionEnabled: true
  visionModel: ui-tars:7b
  visionMode: fallback      # fallback | always
  visionOnDragRetry: true   # 拖拽没生效时，用模型重新定位两端再试一次
  visionOnScrollRetry: true # 滚动没生效时，用模型重新找滚动区域再试一次

gui_click 会在结果里标出 source: "vision"、retried 与模型耗时/是否吸附成功； gui_drag / gui_scroll 会标出 retried 与 source。

默认关闭：模型常驻约占 5~6 GB 显存，只有你显式打开才会加载；ollama stop ui-tars:7b 可立即卸载。 实测一个 6 步复杂任务（含画布上的无文字图标、无文字的滑块拇指）： 仅 OCR 4/6，OCR+视觉 6/6，总耗时 10.0s → 16.9s——视觉只在真正需要的那两步被调用。 部署步骤、实测精度与坑见 docs/VISION.md。

已知边界

• Windows 专属（WinRT OCR + Win32 输入）。
• OCR 不是万能的：极小字号、强背景图、艺术字会读不出来。保留 point 坐标点击作为兜底， 失败信息会列出「这一帧实际读到了哪些文字」。
• 需要与目标窗口同权限级别：管理员（UAC 提权）窗口收不到普通进程的输入。
• 锁屏 / 安全桌面期间截图是黑的、输入无效。
• 中文是直接注入字符，不走拼音输入法候选流程；只认输入法上屏的应用需要人工输入一次。
• 一次动作 + 复核约 1.2~2 秒（截图 ~150ms、OCR 每趟 ~200ms、差分 ~40ms）。

文档

• docs/ARCHITECTURE.md — 组件、OCR 退让策略、坐标系、守护进程协议、踩过的坑
• docs/TESTING.md — 测试怎么跑、断言了什么
• docs/VISION.md — 可选视觉模型兜底的部署与设计
• CHANGELOG.md

License

MIT