Repository navigation
Releases: zzy6-a/vision-use
Releases · zzy6-a/vision-use
Release list
v0.3.3
Full Changelog: v0.3.2...v0.3.3
v0.3.2
v0.3.1
v0.3.0
vision-use 0.2.1 — 输入通道默认模拟键盘（VK 逐键注入）
变更：输入通道默认改为「模拟键盘」
用户铁律：用 computer use 插件输入一律走模拟键盘注入，禁止剪贴板。
- 默认方法改为
vk：computer_type现在默认用keybd_event逐键注入真实按键事件，跨应用通用（含 Chromium / 微信这类会忽略KEYEVENTF_UNICODE的 UI），零剪贴板 - 新增
typevk动作：非 ASCII（中文等）明确拒绝（exit 2）并指向输入法路线 —— 不做「静默回退剪贴板」 - 剪贴板模式降级为显式 opt-in：仅当调用方写
method:'clipboard'时启用（会覆盖用户剪贴板内容，文档已标注） - 中文输入走输入法：
computer_key依次发拼音字母（如n,i,h,a,o）→computer_key space/ 数字键选候选上屏 - systemPrompt 宣告同步「输入通道铁律」：任何对话、任何 agent 用这套 hands 都会看到该规则
- 文档同步：
README.md/README_EN.md/scripts/TOOLKIT.md
实测（微信 = Chromium 类 UI）
| 场景 | 命令 | 结果 |
|---|---|---|
| ASCII | computer_type "test123 OK" |
✅ VK 注入成功落进微信输入框 |
| 非 ASCII | computer_type "你好" |
✅ 被守卫拒绝并指路，未回退剪贴板 |
| 中文正路 | computer_key n,i,h,a,o → space |
✅ 候选「你好」上屏 → 发送成功 |
已知语义（不是 bug）
typevk 注入的是真实按键，行为与真人手打完全一致，因此受输入法 / CapsLock 影响：例如微信输入法处于英文态且开着英文候选时，数字键会被当作「选第 N 个候选」吃掉（实测 test123 → 上屏候选 TEST，数字 1 被消耗）。
Full Changelog: v0.2.0...v0.2.1
v0.2.0
v0.1.1
v0.1.0
Full Changelog: https://github.com/zzy6-a/dsh-vision/commits/v0.1.0