zy_home_vibe_coding_driver 发行版

2026-08-27 23:31 0.0.24 4b4c6d5

# 🎉 知言家驱动 v0.0.24 更新公告

> 灯效显示更自由，设备状态可以直接测试，驱动内的帮助入口也更准确。

| 项目     | 内容                    |
| -------- | ----------------------- |
| 驱动版本 | `v0.0.24`               |
| 发布日期 | 2026 年 8 月 27 日      |
| 适用平台 | Windows 10 / Windows 11 |

`v0.0.24` 重点完善灯效设置和设备测试体验。外圈与中心灯现在可以分别选择经典显示或全彩显示；诊断页也新增了五种设备状态测试，不必等待真实 AI 任务就能逐项观察设备反馈。

## 🌈 外圈与中心灯可以独立选择显示方式

设置页“固件配置”新增两项选择：

- 外圈可以选择“经典状态色”或“全彩流水”。
- 中心灯可以选择“应用身份色”或“全彩呼吸”。
- 两个区域互不绑定，可以只开启其中一个全彩效果。
- 默认继续使用“经典状态色 + 应用身份色”，升级后不会主动改变现有显示习惯。
- 保存后，驱动会在设备重新建立蓝牙连接时恢复当前亮度和灯效选择。

全彩显示需要设备固件支持。旧固件不认识新选项时会继续使用原有显示方式，不会影响其他设置。

## 🧪 诊断页新增设备状态测试

诊断页新增“设备状态测试”，可以让设备依次进入：

- 空闲
- 处理中
- 等待授权
- 等待补充
- 已完成

这组测试适合检查不同状态下的灯效、动作和提醒是否符合预期。测试请求仍会经过驱动正常的任务状态流程，并在“最近事件”中显示提交与传输结果。

为了保护正在进行的工作，检测到真实 AI 任务时，驱动会拒绝切换测试状态，不会自动清空或覆盖真实任务。测试完成后可以点击“空闲”，让测试状态正常收尾。

## 🔗 驱动内的官网帮助入口更准确

- 控制台、设置页和诊断页统一使用“官网 / 文档中心”入口。
- 设备连接、蓝牙绑定、故障排查、应用来源、驱动更新、固件更新和插件修复会分别打开对应文档，不再只停留在文档首页。
- 功能区帮助链接使用更清晰的视觉层级，窄屏下更容易辨认。
- 在线文档会在新窗口打开，当前驱动页面和未保存的操作不会被替换。

## 🧩 本次不需要重新修复 AI 插件

`v0.0.24` 没有调整 AI Hook 或插件接入方式。如果已经按照 `v0.0.23` 的说明完成插件修复和客户端重启，本次升级后无需重复执行“预览并修复插件副本”。

## 📥 推荐升级与测试步骤

1. 下载并运行 `zy-vibe-coding-driver-windows-x64-0.0.24-<时间戳>-setup.exe`。
2. 如需使用全彩显示，先确认设备已安装支持该功能的新固件。
3. 从托盘打开设置页，在“固件配置”中选择外圈和中心灯的显示方式，然后保存。
4. 打开诊断页，在没有真实 AI 任务时依次测试处理中、等待授权、等待补充和已完成。
5. 观察设备表现，并在“最近事件”中确认状态命令是否成功传输。
6. 测试结束后点击“空闲”，再开始正常使用。

## ❤️ 感谢使用

感谢大家持续反馈灯效调整、设备验收和文档跳转中的真实体验。`v0.0.24` 希望让每一种设备状态都更容易看见、更容易测试，也让遇到问题时能够更快找到正确说明。🚀

最后提交信息为：发布驱动 0.0.23

🎉 知言家驱动 v0.0.23 更新公告

2026-08-25 23:42 0.0.23 966ffde

# 🎉 知言家驱动 v0.0.23 更新公告

> AI 工具统一走新事件链路，并新增 23 个客户端来源预设与颜色排序，让提醒更稳定、设置更顺手。

| 项目     | 内容                    |
| -------- | ----------------------- |
| 驱动版本 | `v0.0.23`               |
| 发布日期 | 2026 年 8 月 25 日      |
| 适用平台 | Windows 10 / Windows 11 |

`v0.0.23` 完成了 AI 工具事件链路的进一步收敛，并扩展设置页来源预设。驱动现在只接收统一标准事件，减少同一动作被重复解释、重复提醒或错误关联到其他任务的情况；来源颜色也可以按自己的使用习惯调整顺序。

## ⚠️ 升级后请修复一次插件副本

本次同时更新了 Codex 和 Claude Code 的 Hook 接入方式：

- 安装新驱动后，请在设置页执行一次“预览并修复插件副本”。
- 修复会安装当前 Hook，并清理不再使用的驱动旧脚本和旧 Notify；用户自己的 Hook 与配置会保留。
- 完全退出并重新打开 Codex、Claude Code 等 AI 工具。
- Codex 用户请在 `/hooks` 中确认新版 Hook 命令可信。

## 🔔 修复重复触发和任务错位

- 修复 Codex Hook 命令更新后可能被重复追加的问题，避免同一个动作触发两次。
- 更准确地区分普通任务、授权请求、补充输入和完成状态，迟到结果不会误清新的等待项。
- Codex 后台维护任务不会再作为普通编程任务提醒设备。
- 子任务和主任务继续保持隔离，不会抢占主任务的设备状态。

## 🧩 接入链路更简单

- Codex 与 Claude Code 直接通过随驱动安装的 HookBridge 上报状态，不再依赖旧 PowerShell 转发脚本。
- OpenCode、Codex、Claude Code、Qoder、TRAE 和 MCP 使用同一套标准任务事件。
- 驱动不再保留旧原始事件和来源专用兼容路由，后续更新更不容易因多套链路产生差异。

## 🎨 新增 23 个客户端来源预设

- 设置页“常用预设”覆盖官网文档中的 23 个 AI 客户端，并保留 MCP 预设。
- 驱动会优先拉取官方预设；网络或官网不可用时自动使用随驱动提供的本地预设。
- 设置页只显示“正在拉取官方预设...”“已加载官方预设”或“本地预设”三种状态。
- “应用来源颜色”支持拖动排序并保存；OpenCode 和 MCP 只保持默认首尾位置，也可以自由移动。
- 用户已经保存的自定义来源、显示名称和颜色不会被预设目录覆盖。

## 📥 推荐升级步骤

1. 完全退出正在运行的 AI 工具。
2. 下载并运行 `zy-vibe-coding-driver-windows-x64-0.0.23-<时间戳>-setup.exe`。
3. 启动驱动，从托盘打开设置页，执行“预览并修复插件副本”。
4. 查看来源预设加载状态；如有需要，拖动“应用来源颜色”中的手柄调整顺序并保存。
5. 重新打开 AI 工具；Codex 用户在 `/hooks` 中确认新版 Hook 命令可信。
6. 发送一条普通消息，确认设备能进入处理中，并在本轮结束后正常完成提醒。

## ❤️ 感谢使用

感谢大家持续反馈重复提醒、授权恢复、多客户端接入和设置体验中的真实问题。`v0.0.23` 让驱动与 AI 工具之间只保留一条清晰的新链路，也让来源颜色更容易按自己的习惯整理。🚀

最后提交信息为：发布驱动 0.0.22

🎉 知言家驱动 v0.0.22 更新公告

2026-08-23 23:24 0.0.22 966ffde

# 🎉 知言家驱动 v0.0.22 更新公告

> AI 工具接入更统一，来源更自由，授权、补充和完成提醒也更准确。

| 项目     | 内容                    |
| -------- | ----------------------- |
| 驱动版本 | `v0.0.22`               |
| 发布日期 | 2026 年 8 月 23 日      |
| 适用平台 | Windows 10 / Windows 11 |

`v0.0.22` 重新整理了 AI 工具与知言家之间的事件链路。升级后，不同工具会用一致的方式告诉驱动“开始处理、等待授权、需要补充、继续处理和本轮完成”，减少因工具差异造成的漏报、重复提醒和状态倒退。

## ⚠️ 本次需要同步升级驱动与 Hook

这不是一次只替换驱动程序的普通更新。`v0.0.22` 同时更新了驱动和各 AI 工具的 Hook/插件，两边必须保持同一版本：

- 安装 `v0.0.22` 后，请在设置页执行一次“预览并修复插件副本”。
- 修复完成后，完全退出并重新打开正在使用的 AI 工具。
- Codex 用户还需要在 `/hooks` 中重新确认新版 Hook 命令可信。

如果只更新其中一边，AI 工具本身仍可能正常对话，但知言家不会收到完整的任务状态。

## 🔔 任务提醒更准确

- 开始处理、等待授权、等待补充和本轮完成都有清晰一致的状态，不再由驱动猜测不同工具的原始事件。
- 同一轮中出现多个授权或补充请求时，会分别跟踪，解除一个请求不会误清除其他等待状态。
- 重复到达或姗姗来迟的旧事件不会轻易让任务倒退，也不会把已经结束的任务重新点亮。
- OpenCode 保留异步投递和失败重试能力，短暂连接失败后可以继续恢复任务状态。
- 原始提示词、模型回答和完整工具输入输出不会进入任务事件。

## 🌈 每个工具都有自己的身份

- Qoder CLI、Qoder IDE、JetBrains 插件和 QoderWork 现在统一使用独立的 Qoder 来源，不再显示成 Claude Code。
- OpenCode、Codex、Claude Code、Qoder、TRAE 和 MCP 继续保留各自的默认名称与颜色。
- 自定义来源也可以设置名称和颜色，任务列表、托盘、状态页和诊断页面都会使用当前名称。
- 修改显示名称不会改变已有任务的来源归属。

## 🧩 后续接入新工具更自然

为新的 AI 工具配置接入时，可以先查阅该工具官方提供的 Hook 或插件文档，确认它会在什么时机发出动作，再把这些动作对应到知言家的任务状态，并为工具选择一个稳定的来源标识。

无论工具来自哪个家族，来源都只代表“它是谁”，不会被改写成另一个工具的身份。

## 🛠️ 诊断与长期运行改进

- 任务状态、日志和设备显示会在同一次处理成功后一起生效，降低局部成功造成的不一致。
- 日志增加异常退出恢复和轮转保护，出现问题时能保留更完整的现场。
- 无法对应到当前任务的迟到事件只进入脱敏诊断，不会凭空创建一个新任务。
- 事件大小、等待数量和重复记录都有明确上限，避免异常 Hook 长时间占用资源。

## 📥 推荐升级步骤

1. 完全退出 Codex、Claude Code、OpenCode、TRAE 等正在运行的 AI 工具。
2. 下载并运行 `zy-vibe-coding-driver-windows-x64-0.0.22-<时间戳>-setup.exe`。
3. 启动驱动，从托盘打开设置页，执行“预览并修复插件副本”。
4. 重新打开 AI 工具；Codex 用户在 `/hooks` 中确认新版 Hook 命令可信。
5. 发送一条普通消息，确认设备能正常进入处理中并在本轮结束后完成提醒。

如果升级后 AI 工具可以对话、设备却没有任务提醒，请先确认 Hook/插件已经修复并完成重启，再检查设备连接。

## ❤️ 感谢使用

感谢大家不断带来新的 AI 工具、真实 Hook 和并行任务场景。

`v0.0.22` 希望让知言家不必猜测工具正在做什么：该处理时安静工作，需要你时准确提醒，完成后及时收尾。🚀

最后提交信息为：发布驱动 0.0.22

🎉 知言家驱动 v0.0.21 更新公告

2026-08-17 22:39 0.0.21 abb050a

# 🎉 知言家驱动 v0.0.21 更新公告

> 自动更新不再“盲目重试”，多设备恢复流程更明确，异常线索更容易定位。

| 项目     | 内容                    |
| -------- | ----------------------- |
| 驱动版本 | `v0.0.21`               |
| 发布日期 | 2026 年 8 月 17 日      |
| 适用平台 | Windows 10 / Windows 11 |

`v0.0.21` 主要聚焦两类问题：更新过程中被文件占用导致卡住、以及多设备 BLE 恢复阶段因任务竞争导致的抖动。此次改动围绕“先识别占用、再恢复流程”的思路，做了更可追踪、可恢复的处理。

## 🛠️ 更新体验更清晰：HookBridge 占用可定位

- 更新前会校验稳定版 `HookBridge` 是否仍被其他程序持有，不会再直接进入无意义的替换。
- 一旦检测到占用，设置页会返回结构化原因：包含占用路径、进程链、宿主名称与 PID，帮助快速关闭对应程序。
- 托盘状态也同步显示“关闭占用程序”，并在发现同类问题时打开对应引导入口。
- “继续安装”不会强制忽略占用校验，而是重新走检查流程，避免越过真实风险。
- 更新状态会持久化占用快照；更新托盘重启后依旧能把同一场景提示给到用户。

## 🔁 BLE 与任务调度更稳：恢复与并发更有序

- 断线后的原生恢复流程引入“受控恢复窗口”，避免普通任务与恢复任务互相抢占关键握手路径。
- 调度器新增拓扑所有权和优先级 aging，`Topology` 建链阶段可阻塞非关键写入，长队列中高优先任务会获得边界内让路。
- BLE 拓扑恢复状态与普通任务路径解耦，恢复完成或失败时能及时释放租约，减少“一个设备卡住全局建链”现象。
- 回滚逻辑也会根据真实替换结果执行，避免不该恢复的文件被无谓回写。

## 🧪 诊断可复用性与可观测性

- 设置页新增占用提示弹窗，明确给出关闭流程和重试入口，减少“点了一次却不知道下一步”。
- 更新错误快照与状态页可复用同一结构化 blocker，帮助后续排查时保留上下文。
- 相关流程增加更多覆盖测试，降低未来版本更新器路径回归风险。

## 📥 升级建议

1. 下载并运行 `zy-vibe-coding-driver-windows-x64-0.0.21-<时间戳>-setup.exe`。
2. 若更新提示“HookBridge 正在被占用”，按页面提示关闭对应程序后点击“继续安装”。
3. 多设备场景建议先确认已连接设备稳定后再更新；更新中出现短暂断开通常为恢复窗口内的重建过程，观察恢复状态后继续操作。

## ❤️ 感谢使用

感谢持续提交的反馈与真实场景复现，0.0.21 希望让你在更新和多设备长连接中更少踩坑、更快定位问题。🚀

最后提交信息为： chore: 驱动发布 0.0.20

🎉 知言家驱动 v0.0.20 更新公告

2026-08-16 22:42 0.0.20 174b859

# 🎉 知言家驱动 v0.0.20 更新公告

> 多台设备同时在线时更从容，偶发断连也会有更清晰、更可靠的恢复路径。

| 项目     | 内容                    |
| -------- | ----------------------- |
| 驱动版本 | `v0.0.20`               |
| 发布日期 | 2026 年 8 月 16 日      |
| 适用平台 | Windows 10 / Windows 11 |

`v0.0.20` 重点改善多设备 BLE 的长期稳定性、断连恢复与问题定位体验，同时让 Windows 安装和后续自更新更顺畅。

## 📶 多设备 BLE 更稳定

- 多台 BLE 设备同时工作时，连接、保活和设备操作会更有序地协调；一台设备短暂异常时，其他在线设备可继续处理任务。
- 自动重连会根据实际稳定时长调整节奏，短时间反复断连时会暂缓重试，避免频繁弹出连接或反复占用蓝牙适配器。
- 系统报告瞬时断开后，驱动会先等待设备自然恢复并完成连接确认，减少“刚恢复又立刻重连”的干扰。
- 长时间运行时，连接与协议请求保持有界，降低多设备任务高峰后残留等待、后台工作累积的风险。

## 🔎 BLE 诊断信息更完整

- 兼容新固件的诊断页面可展示更完整的连接现场，辅助区分断连、重启、校准和连接参数等情况。
- 诊断快照会持续校验完整性；连接切换或信息不完整时不会拼接成一份看似可信的结果。
- 旧版兼容固件仍可正常使用，驱动会按实际支持的诊断能力展示信息。

## 🎯 多设备管理更清楚

- 设备列表新增“标记”操作：可让指定在线设备闪灯并播放短提示音，方便在多台设备之间确认当前目标。
- 串口连接会优先复用已由驱动安全持有的设备，减少重复打开同一端口造成的连接冲突。
- 设备的在线身份、路由和恢复状态会继续严格校验，避免在连接变化期间把操作发往另一台设备。

## 🪟 安装与更新体验改进

- 安装向导继续默认安装到当前用户目录，也支持选择“为所有用户安装”并安装至 Program Files。
- 位于 Program Files 的驱动在自更新时会按需请求管理员确认；更新完成后托盘仍会回到原登录用户下启动。
- 驱动增加单实例保护，重复启动时不会再同时运行多个后台服务或托盘副本。

## 📥 升级建议

1. 下载并运行 `zy-vibe-coding-driver-windows-x64-0.0.20-<时间戳>-setup.exe`。
2. 多设备使用时保持各设备开机，升级后等待驱动完成自动连接；如某一台反复断开，可在诊断页保存现场后再排查。
3. 需要安装到 Program Files 时，在安装向导中选择“为所有用户安装”；之后更新时根据 Windows 提示确认即可。
4. 使用设备列表的“标记”功能前，请确认目标设备处于在线状态。

## ❤️ 感谢使用

感谢持续提供多设备并发、蓝牙断连恢复和安装更新过程中的真实反馈。

`v0.0.20` 希望让多台设备同时工作时依旧安静、有序，并在出现问题时留下更可信的线索。🚀

最后提交信息为： chore: 驱动发布 0.0.19

🎉 知言家驱动 v0.0.19 更新公告

2026-08-13 21:34 0.0.19 9356fd7

# 🎉 知言家驱动 v0.0.19 更新公告

> 蓝牙偶发断连终于有了可读现场；固件升级后的设备回归，也会更谨慎地确认“是不是原来那一台”。

| 项目     | 内容                    |
| -------- | ----------------------- |
| 驱动版本 | `v0.0.19`               |
| 发布日期 | 2026 年 8 月 13 日      |
| 适用平台 | Windows 10 / Windows 11 |

`v0.0.19` 聚焦连接稳定性与升级恢复两个容易依赖现场才能定位的问题。驱动新增固件 BLE 稳定性诊断展示，升级后的 USB 设备也会通过本次连接的正式身份谨慎确认，避免把另一台设备误当成已恢复的目标设备。

## 📶 新增 BLE 稳定性诊断

- 诊断页面可以查看兼容固件上报的连接现场，包括重启、断连、信号、协商参数和通知状态等信息。
- 支持手动刷新；需要清除累计诊断时会要求明确确认，后台不会自动清除现场。
- 同一设备同时通过 USB 与 BLE 在线时，诊断读取会协调为同一份稳定快照，避免两条链路并发读取造成信息混杂。
- 旧版固件没有该能力时会保持正常连接，并显示为暂不支持或尚未获取，而不是误报为连接故障。
- 诊断数据会标注哪些字段有效；未实际采集到的值会显示为未知，不会把空值误解为真实状态。

## 🔄 OTA 恢复更可靠

- 固件升级后设备重新枚举时，驱动会依据升级前保存的设备身份和串口标识寻找原设备，不会因为端口变化就接管另一台设备。
- 只有目标设备完成新的应用连接和身份确认后，恢复保护才会自动解除；状态不明确时仍保留人工恢复入口。
- 用户手动确认设备已恢复时，驱动会先尝试刷新当前 USB 身份和版本信息，减少恢复后还需重新拔插设备才能重新归并的情况。
- OTA 历史在长时间运行后会保持可控的内存占用，同时保留落盘记录供后续查询。

## ✨ 长时间使用更稳定

- AI 任务、授权等待和完成去重等短期状态增加了有界管理，客户端异常退出或漏发结束事件时也不会持续累积旧任务。
- 多设备任务同步与设备身份归并继续保持独立：离线历史只用于展示和清理，不会被当成在线设备执行操作。

## 📥 升级建议

1. 下载并运行 `zy-vibe-coding-driver-windows-x64-0.0.19-<时间戳>-setup.exe`。
2. 如需定位 BLE 偶发断连，先保持设备连接，打开诊断页面刷新并保留诊断结果；只有确定不再需要历史现场时再执行清除。
3. OTA 过程中如出现恢复保护，请先确认目标设备已回到正常应用模式；驱动自动恢复失败时，按页面指引完成人工确认后再继续使用。
4. BLE 设备无需重新配对，升级 Driver 后保持设备开机，等待自动连接与身份识别完成即可。

## ❤️ 感谢使用

感谢持续提供蓝牙断连、设备重连和 OTA 恢复的真实现场反馈。

`v0.0.19` 的重点不是隐藏问题，而是保留可信现场、确认真实设备，并让恢复过程更可控。🚀

最后提交信息为： chore: 驱动发布 0.0.18

🎉 知言家驱动 v0.0.18 更新公告

2026-08-11 23:19 0.0.18 be4cf38

# 🎉 知言家驱动 v0.0.18 更新公告

> 提醒只响一次，设备只算一台。AI 任务提示与多设备连接现在更安静、更稳定，也更容易管理。

| 项目     | 内容                    |
| -------- | ----------------------- |
| 驱动版本 | `v0.0.18`               |
| 发布日期 | 2026 年 8 月 11 日      |
| 适用平台 | Windows 10 / Windows 11 |

`v0.0.18` 集中解决近期真实使用中最影响体验的两类问题：AI 客户端一次工作过程触发多次动画和音效，以及同一台设备在 BLE 重连期间被拆成多个条目。升级后，任务状态只在真正发生变化时提醒，设备也会以经过验证的唯一身份持续归并。

## 🔔 Codex 与 Claude Code 提醒不再重复

- Codex 的普通工具开始和工具完成不再被误判成新的任务状态，连续调用工具时不会反复播放动画和音效。
- 授权完成后仍会正常恢复处理中提醒，不影响需要用户确认的真实授权流程。
- Codex 自身的后台维护任务不再占用设备任务槽，也不会向设备发送新的任务提示。
- Claude Code 会忽略缺少有效会话身份的重复 Hook 副本，减少列表中长期存在的“幽灵任务”。
- 插件检查现在能识别重复或旧版 Driver Hook；执行修复时会只替换 Driver 自有项，并保留用户已有的其他 Hook 和设置。

## 📶 BLE 自动重连更稳定

- 手动连接会先与后台自动重连协调，避免两套连接流程同时工作，减少“刚连上又重新连接”的情况。
- BLE 保活会按周期真正确认设备在线，降低连接看似存在、实际已经失效的概率。
- 设备刚连接或 OTA 结束后，如果产品信息、固件信息或设备身份暂未返回，驱动会在链路恢复正常后继续补查。
- 重连过程中会持续跟踪同一设备，降低标记操作出现 `device route "ble" was not found` 的概率。

## 🧩 同一设备不再越变越多

- 通过设备 UID 归并同一台设备的 USB 串口、BLE 地址和历史记录。
- BLE 正在重连、串口已经在线或设备暂时离线时，同一台设备只展示一行，不再出现“地址一行、历史 UID 又一行”。
- 页面明确区分“设备 UID”和“蓝牙地址”，避免把两种不同标识都显示成“设备 ID”。
- 已验证的离线设备会被保留，方便重新连接或手动移除；历史记录不会被当成在线链路使用。
- 无法唯一确认身份时不会强行合并，避免把两台相似设备误认为同一台。

## 🗑️ 多设备移除更安全

- 移除一台设备时，会一起清理属于该设备的 USB、BLE 绑定和历史记录，页面刷新后不会再次冒出离线副本。
- 清理范围以经过验证的设备 UID 为准，不会因为名称或地址相似而移除其他设备。
- 即使设备当前完全离线，也可以从设备组中单独移除它的历史记录。
- 设备组只剩一台或设备暂时全部离线时仍会保留管理入口，不再出现“移除一台，其他设备也看不见了”的错觉。

## ✨ 多设备任务同步更自然

- 同一台设备只是 BLE 断线重连时，不再重复回放已经同步过的任务，避免动画和音效再次执行。
- 新设备首次加入时仍会同步当前任务；已完成同步的设备只接收后续变化。
- 一台设备连接缓慢或发送失败时，不再阻塞其他在线设备接收任务状态。
- 空任务状态会在设备确认确有差异后再清理，减少重连过程中的误清空。

## 🪟 更新与状态展示优化

- 驱动更新区域展示正式发布日志，并与本机运行诊断日志明确分开。
- 固件 OTA、插件状态和诊断页面的常见内部状态补充中文显示。
- 发布日志随更新索引一起提供，检查到新版本时即可在设置页查看本次变化。

## 📥 升级建议

1. 下载并运行 `zy-vibe-coding-driver-windows-x64-0.0.18-<时间戳>-setup.exe`。
2. 安装完成后打开 Driver 设置页，执行一次“预览并修复插件副本”，清理可能残留的重复或旧版 Hook。
3. 重启正在使用的 Codex 或 Claude Code，让新的 Hook 配置完整生效。
4. BLE 设备无需重新配对；保持设备开机，等待驱动自动恢复连接和身份识别即可。
5. 如果设备曾被重复展示，刷新设备控制台即可看到归并后的设备列表。

## ❤️ 感谢使用

感谢持续提供“动画执行两次、音效响两次”“设备越来越多”和 BLE 重连不稳定等现场反馈。

`v0.0.18` 不只是减少重复提示，也把任务、设备身份和连接恢复之间的关系重新收紧：该提醒的时候准确提醒，该恢复的时候安静恢复。🚀

最后提交信息为： chore: 驱动发布新版本

🎉 知言家驱动 v0.0.17 更新公告

2026-08-03 23:17 0.0.17 8287ab5

# 🎉 知言家驱动 v0.0.17 更新公告

> AI 客户端集成现在可以被检查、被安全修复，也能在不暴露提示词的前提下定位漏报。

| 项目 | 内容 |
|---|---|
| 驱动版本 | `v0.0.17` |
| 发布日期 | 2026 年 8 月 3 日 |
| 适用平台 | Windows 10 / Windows 11 |

`v0.0.17` 聚焦 Codex、Claude Code、OpenCode 与 TRAE 的本机集成闭环。面对“授权提醒或生命周期事件偶发漏报”的客户反馈，Driver 不再只依赖现场日志猜测原因：现在可以确认模板是否一致、Hook 结构是否完整、缺少了哪些事件，以及本机服务是否真正收到事件。

## 🩺 新增 AI 集成 Doctor

安装目录新增 `zy-vibe-doctor.exe`，可供用户、客服工具或自动化脚本输出机器可读 JSON：

```powershell
& "$env:LOCALAPPDATA\zy_home_vibe_coding_driver\zy-vibe-doctor.exe" --report --json
& "$env:LOCALAPPDATA\zy_home_vibe_coding_driver\zy-vibe-doctor.exe" --fix --dry-run --json
& "$env:LOCALAPPDATA\zy_home_vibe_coding_driver\zy-vibe-doctor.exe" --fix --apply --json
```

- `--report` 只读取当前状态，不修改任何文件。
- `--fix --dry-run` 展示计划修改，不创建目录、备份或写入用户配置。
- `--fix --apply` 在预检通过后执行修复；输出会列出已修改项和备份路径。
- 每个客户端都会报告：是否安装、脚本 SHA-256 是否匹配、Hook 结构是否为最新、缺失事件、Driver 是否运行、loopback 服务是否可达、备份路径和诊断信息。

Doctor 会读取安装根目录的 `integrations.json`。其中明确列出每个客户端的模板目录、脚本模板/目标/SHA-256、配置格式与合并规则、预期事件；路径只使用安装根目录相对路径或环境变量，不包含开发者电脑路径。

## 🔒 配置修复更安全

- Codex `hooks.json`、Claude Code `settings.json`、TRAE `hooks.json` 和 Codex `config.toml` 均采用结构化增量合并。
- 修复保留未知字段、用户已有 Hook 和自定义配置；不会用模板整文件覆盖用户配置。
- 写入前自动备份已有受管文件，写入使用原子替换；重复执行不会重复追加 Driver Handler。
- 脚本一致性使用 SHA-256 校验，Hook 检查按 JSON 结构和事件规则完成，不再用命令文本片段作为状态判定依据。

这意味着客服可以先收集同一种 JSON 报告，再决定是否需要执行修复，避免把“客户端未安装”“Hook 未被信任”“服务未启动”和“事件未被接收”混成同一个问题。

## 👀 新增脱敏状态接口

本机 loopback 服务新增以下只读接口：

```text
GET /status
GET /events?limit=1
```

接口只返回事件时间、客户端、事件类型、是否接收、失败原因和 requestId。不会返回提示词、工具参数、认证信息、文件内容或原始 Hook 载荷。

当需要确认 Claude Code 是否已发送最近事件时，可运行：

```powershell
$service = Get-Content "$env:LOCALAPPDATA\zy_home_vibe_coding_driver\service.json" -Raw | ConvertFrom-Json
Invoke-RestMethod -Method Get -Uri "$($service.baseUrl)/events?limit=1"
```

## 🧩 Claude Code 安装说明更新

Claude Code 的手工安装文档已统一以实际安装模板目录为来源：

```text
%LOCALAPPDATA%\zy_home_vibe_coding_driver\plugins\claude
```

不再要求用户把开发仓库路径改成本机路径。推荐仍然是在 Driver 设置页执行“预览并修复插件副本”，随后重启 Claude Code，并在 `/hooks` 中确认来源为 `User` 的 Driver Hook。

## 📥 升级建议

1. 下载并运行 `zy-vibe-coding-driver-windows-x64-0.0.17-<时间戳>-setup.exe`。
2. 安装完成后打开 Driver 设置页，执行一次“预览并修复插件副本”。
3. 对 Codex 或 Claude Code 首次使用、或 Hook 命令更新后的场景，按客户端提示确认 Hook 信任。
4. 如仍有事件漏报，先执行 `zy-vibe-doctor.exe --report --json`，保留完整 JSON 输出后再联系支持。
5. 只有确认报告显示可修复项后，才执行 `--fix --apply --json`。

## ❤️ 感谢使用

感谢持续反馈授权提醒、工具调用和回合结束事件的真实使用场景。

`v0.0.17` 的目标不是把更多原始内容收集到日志，而是把集成状态变成可验证、可安全修复、可最小化暴露的信息闭环。🚀

最后提交信息为： update driver index

🎉 知言家驱动 v0.0.16

2026-08-02 22:53 0.0.16 02b23da

# 🎉 知言家驱动 v0.0.16 更新公告

> ⚡ 多台设备真正并发同步，单台异常独立恢复，USB 与 BLE 热备切换不再误清空任务。

| 项目     | 内容                    |
| -------- | ----------------------- |
| 驱动版本 | `v0.0.16`               |
| 配套固件 | `v0.0.16`               |
| 发布日期 | 2026 年 8 月 2 日       |
| 适用平台 | Windows 10 / Windows 11 |

`v0.0.16` 是一次以稳定性为核心的更新。它集中解决多设备使用时的顺序发送、慢设备拖累整组、断联后状态不同步，以及同一设备 USB/BLE 热备恢复时被错误清成空闲等问题。

本次更新同时完善了设备定位、OTA 后自动归组、批量解绑和官网连接，并适配 ZY Vibe 固件 `v0.0.16`。所有主要改进默认启用，无需增加环境变量。

## 🚀 多设备同步：真正并发，单设备有序

- 同一条任务状态会同时发送到所有在线设备，不再按设备逐台等待。
- 每台设备拥有独立的连接、协议队列、写入许可和应答状态；一台设备变慢或掉线，不会阻塞其他设备继续接收后续消息。
- 同一设备内部仍严格保持 `SET`、`CLEAR`、事件 ACK 和恢复同步的先后顺序，避免为了并发破坏 `RequestId` 与 `SyncToken` 的一致性。
- 连接、扫描和 GATT discovery 等拓扑操作继续受协调保护，但普通任务数据不再等待其他设备完成建链。
- 心跳按设备错峰执行，减少三台设备同时访问 Windows 蓝牙适配器造成的瞬时拥堵。

## 🔄 重连恢复：任务不会被热备链路误清空

- 断联期间，Driver 继续保存最新任务状态；设备恢复后只补偿它实际漏掉的状态。
- 本地仍有任务时，恢复过程直接补发最终快照，不会先清空设备，避免清空成功后再次断联导致设备永久停在空闲。
- 同一台设备同时连接 USB 和 BLE 时，USB 为主链、BLE 为热备。只有当前选中的链路可以执行 READY 同步，BLE 热备重连不会再误发 `CLEAR_TASKS`。
- 本地和设备都为空时不再发送多余的清空命令；只有 `DEVICE_READY` 明确确认两端状态不一致后，才会使用真实 `SyncToken` 收敛设备残留任务。
- 未确认完成的写入会标记到对应设备并安排安全补偿，不需要等待下一次物理断线才能重试。
- 配套固件协议 2.1 支持幂等恢复进行中、等待和完成状态；设备已经正确时不会重复播放动作。

## 📶 蓝牙断联与自动重连

- 已绑定设备优先按已知 MAC 地址恢复，不再每次都重新扫描附近设备。
- GATT 短暂不可达时优先保留当前会话快速重试；确认设备没有广播后再逐步退避，避免异常设备持续抢占蓝牙适配器。
- Windows 返回 `RO_E_CLOSED` 时会废弃失效的 WinRT 对象并重建 BLE bridge，不再继续写入已经关闭的会话。
- PONG、任务结果、设备标记结果和配置回包从写入完成后独立计算等待时间，超时能更快进入恢复路径。
- 点击“标记”恰逢设备重连时，Driver 会按原 `DeviceUID` 短暂等待并重新选择可用链路，不再直接暴露 `device route ... is not ready` 内部错误。
- 诊断日志保留真实错误分类，可区分设备未广播、GATT 不可达、WinRT 对象关闭和 bridge 异常退出。

> ⚠️ 无线环境仍可能发生物理断联。`v0.0.16` 的目标是让故障更快被识别和恢复，并确保单台设备异常不会扩散成整组阻塞或错误清空。

## 👆 触控与自动审批状态

- 触控事件按事件序号去重并尽力即时 ACK；长按清空不会因为确认链路超时而被吞掉。
- 多设备模式下，长按清空会同步到全部逻辑设备，同时保持各设备独立发送。
- Codex 自动审批事件乱序时，Driver 会识别同一工具的迟到审批，不再把已经运行的任务重新压回等待授权。
- 不同工具或真正的新审批仍会正常显示等待状态，避免误吞人工确认。

## ✨ 配套固件 v0.0.16

建议驱动与固件同时升级到 `v0.0.16`。配套固件包含以下改进：

- BLE 断链或手动关闭后会完整清理旧连接句柄、订阅状态和待发送 Notify，重新广播时不再继续访问失效连接。
- 广播状态跟随真实 GAP Role 更新，并保留最近一次断链原因，便于区分超时、远端断开和控制器异常。
- 新增 8 字节芯片唯一 `DeviceUID`，USB CDC 与 BLE 可以稳定识别为同一台设备。
- 新增实体设备定位，通过蓝色灯环脉冲和提示音确认当前选中的设备。
- 改善低亮呼吸、暗部偏色、颜色跳变、局部闪点和任务切换黑帧。
- 修复唤醒后的首次触摸、异常充电检测影响低电保护等问题。
- 提升串口 OTA Loader 对超时半帧和异常数据的恢复能力。

固件侧断链复位主要解决设备断开后长期无法重新被电脑发现，或必须重新上电才能恢复的问题。

## 🧭 设备识别、OTA 与清理

### 🔧 OTA 后自动回到原设备

- OTA 开始前固定实际进入 Loader 的物理串口，不会因为设备组重新归并而切换到其他设备。
- App 固件重新启动后，驱动会在 OTA 维护窗口内补查正式 `DeviceUID`。
- 只要升级前后的 `DeviceUID` 一致，即使 COM 端口发生变化，设备也会自动回到原逻辑设备组。
- OTA 恢复完成后会释放物理目标锁定，普通消息和设备选择自动恢复。
- App 回切期间的串口枚举受 OTA 流程协调，避免其他镜像会话抢占刚重新出现的端口。
- 身份补查超时不会回滚已经成功写入的固件，设备仍可按兼容模式继续使用。

### 🧹 批量解绑与设备清理

- 页面勾选设备后，即使设备刚完成 UID 归组，Driver 仍能识别归组前后的路由并清理正确设备。
- 已确认成功的清理请求可以安全重试，不再因为旧路由已经消失而误报失败。
- BLE 绑定删除结果会重新读取持久化状态确认，避免页面提示成功、刷新后设备重新出现。
- 单台设备解绑失败时会保留对应会话和绑定，用户可以继续重试，不影响同批其他设备完成清理。
- 旧连接后台退出超时只作为提示，不会把已经确认完成的解绑重新判定为失败。

## 🌐 官网连接本机驱动

- `http://zyhome.run` 和 `https://zyhome.run` 默认可以访问本机驱动明确开放的跨源接口。
- 官网无需用户额外配置环境变量即可检测驱动状态和调用白名单功能。
- 本地服务仍只接受 loopback Host，并限制允许跨源访问的接口范围，避免扩大本机 API 暴露面。
- 其他临时网页来源仍需通过 `ZY_VIBE_WEB_ALLOWED_ORIGINS` 显式添加。

## 🔗 版本兼容性

| 驱动      | 固件      | 说明                                                         |
| --------- | --------- | ------------------------------------------------------------ |
| `v0.0.16` | `v0.0.16` | 推荐组合，支持多设备 BLE 并发、故障隔离、完整身份、定位、OTA 自动归组和固件断链状态修复 |
| `v0.0.16` | 旧固件    | 驱动侧多设备并发、基础 USB、BLE 和任务同步继续可用；旧固件不具备新身份、定位和断链状态复位 |
| `v0.0.15` | `v0.0.16` | 不推荐，旧驱动不包含本次并发边界、身份归组和离线退避修复     |

## 📥 升级建议

1. 下载并运行 `zy-vibe-coding-driver-windows-x64-0.0.16-<时间戳>-setup.exe`。
2. 安装程序会自动关闭旧驱动并执行原位覆盖升级。
3. 安装完成后确认驱动版本已经显示为 `0.0.16`，不要继续使用旧安装目录中的程序。
4. 在设备页面选择需要升级的当前设备，将固件更新到 `v0.0.16`。
5. 固件重启后确认设备自动回到原设备组，并检查 `DeviceUID`、固件版本和当前状态。
6. 多台设备同时使用时，可逐台点击“标记”确认实体设备对应关系。

## ✅ 建议验收项目

- 连续发送两条消息，确认三台在线设备都能及时更新，不再按设备依次出现明显间隔。
- 让其中一台设备断联，确认其他设备仍可继续接收新消息和长按清空。
- 同一设备同时连接 USB 与 BLE，观察 BLE 重连后当前任务是否保持，不应无故变为空闲。
- 设备长按后确认本地任务和全部在线设备同步清空；下一条新消息能够重新创建任务状态。

## 🧰 问题反馈与诊断

如仍发生断联，请保留问题发生前后的完整日志，不要只截取最后一条错误：

```text
%LOCALAPPDATA%\zy_home_vibe_coding_driver\service.log
%LOCALAPPDATA%\zy_home_vibe_coding_driver\ble-bridge-last-exit.json
```

重点关注日志关键词：

```text
BLE DIAG winrt_connection_status
BLE reconnect backoff
device_not_cached
gatt_unreachable
winrt_object_closed
CLEAR_TASKS cmd=0x1F
```

同时检查诊断快照中的连接失效字段：

```text
nativeDisconnects
heartbeatReconnects
lastDropSource
```

若设备在 USB 主链在线、BLE 热备重连后变为空闲，请特别检查是否出现 `CLEAR_TASKS reason=4`，并保留该命令前后至少 30 秒的日志。

## ❤️ 感谢使用

感谢大家持续提供真实的多设备与蓝牙断联日志。

`v0.0.16` 的重点不是增加更多连接按钮，而是让多台设备共享 Windows 蓝牙适配器时仍能并发同步、独立恢复，并在断线后保持任务状态一致。后续仍会根据完整诊断时间线继续优化不同蓝牙适配器下的长期连接表现。🚀

最后提交信息为： update driver index and docs

🎉 知言家驱动 v0.0.15 正式发布

2026-07-28 23:05 0.0.15 b5d0c59

# 🎉 知言家驱动 v0.0.15 正式发布

> 多台设备一起工作，连接更稳定，安装升级也更可靠。

| 项目     | 内容                    |
| -------- | ----------------------- |
| 发布版本 | `v0.0.15`               |
| 发布日期 | 2026 年 7 月 28 日      |
| 适用平台 | Windows 10 / Windows 11 |

知言家驱动 `v0.0.15` 现已正式发布！🥳

本次更新围绕 **多设备管理、唯一设备身份、Windows 蓝牙稳定性、串口重连、固件 OTA、批量清理和安装覆盖** 进行了集中升级。现在可以同时连接多台 ZY Vibe 设备，将任务状态同步到每台在线设备，并从设备组中明确选择需要执行 PING、配置或 OTA 的“当前设备”。

## ✨ 多设备连接正式上线

- 支持同时接入多台 USB 和 BLE 设备。
- 同一个 AI 任务状态会同步发送到每台在线设备，任意一台暂时离线不会阻塞其他设备。
- 只有一台设备在线时，驱动会自动将它设为“当前设备”。
- 多台设备在线时，可在设备行末手动点击 **“设为当前”** 完成切换。
- PING、固件配置和 OTA 等单设备操作只作用于当前设备，避免误操作其他设备。
- OTA 期间会锁定当前设备及其实际串口归属，不会因为设备重启、COM 端口重新枚举或串口短暂消失而切换到另一台设备。

> “当前设备”只决定单设备操作的目标，不影响任务状态向全部在线设备同步。

## 🪪 新增唯一设备身份

支持身份 v2 的固件会通过 `DEVICE_IDENTITY` 返回正式的：

- ProductID
- 产品型号
- 硬件型号
- 三段式固件版本
- 8 字节 DeviceUID
- 设备显示后缀

驱动会把 DeviceUID 显示为 16 位大写十六进制字符串，并以它作为跨 USB、BLE 和固件重启后的唯一设备依据：

- DeviceUID 相同：可合并为同一台逻辑设备。
- DeviceUID 不同：始终视为两台设备。
- 刷写或升级固件后，只要 DeviceUID 不变，设备会自动回到原设备组，无需重新绑定。
- DeviceUID 相同但 ProductID 或硬件型号冲突时，保留连接用于排查，但禁止自动 OTA 和链路接管。

旧固件继续兼容。未声明身份能力、身份查询超时或返回非法身份时，普通连接和任务同步仍可使用，但不会参与 UID 合并和自动 OTA 判断。

## 🔎 新增“标记设备”

- 每台在线设备后新增 **“标记”** 按钮。
- 点击后只向该设备发送定位命令，不会改变当前设备，也不会影响其他设备。
- 设备确认命令后会执行固件定义的灯光或声音提示，方便在多台外观相同的设备中快速找到目标。

> 标记功能需要设备固件支持 `IDENTIFY_DEVICE 0x22`；旧固件可能提示命令超时。

## 🧹 设备组批量清理

- 设备组新增设备勾选框、全选和 **“清理所选”**。
- 用户可以自由勾选在线或离线设备，服务端不会按连接状态重新筛选。
- 只清理用户明确选中的设备，空选择不会被解释为“全部清理”。
- BLE 设备会删除对应的自动重连绑定和身份缓存。
- 在线 USB 设备会从本次插入的设备组中移除，拔出后重新插入仍可再次发现。
- 单台设备的释放连接、移除绑定和批量清理采用同一套精确路由，避免页面提示成功但刷新后设备重新出现。
- 勾选设备后即使刚好完成 DeviceUID 身份归组，清理请求也能识别归组前后的设备记录，不会整批提示“device routes not found”。
- 已验证删除的 BLE 绑定不会因为旧连接后台退出超时而误报清理失败；此时页面只提示旧连接仍在退出。
- 同一批清理请求重复提交会按已清理处理；真正解绑失败的设备会保留在列表中，用户可以再次清理。

## 📶 Windows 蓝牙稳定性升级

本版本重新梳理了 Windows WinRT、BLE bridge 和协议应答的超时关系：

- 页面或业务请求取消不再直接拆除仍然健康的 BLE 连接。
- 一次普通写入超时不再立即杀掉 BLE bridge。
- 原生 GATT 写入和设备协议应答改为分开计时。
- 调整 Windows GATT 内外层超时，避免系统仍在正常等待时被驱动提前取消。
- 心跳预算从任务真正进入协议队列执行时开始计算，排队时间不再被误算成设备无响应。
- 心跳需要连续两次失败才会重连；普通 Notify 也会作为链路仍然存活的证据。
- 多台设备的心跳按设备 ID 固定错峰，减少同时占用 Windows 蓝牙栈的概率。
- Windows 断线状态增加延迟确认；期间收到 Connected、Notify 或成功写入会撤销本次断线。
- 已建立设备的普通 GATT 写入允许并发，不再被另一台设备的扫描、建链或 discovery 长时间阻塞。
- 增加 bridge 退出原因、写入耗时、队列等待、PONG 等待和断线来源日志，便于继续定位适配器、系统栈或固件响应问题。

同时修复前端沿用普通接口 30 秒超时的问题。BLE 连接和绑定现在使用独立长窗口，不会在 Windows 仍处于正常建链流程时被浏览器提前中止。

## 🔌 串口连接与 OTA 改进

- USB 串口和 BLE Notify 统一使用流式 SUB Lite 解析，正确处理半包、粘包和 BLE `20+20+20+4` 分片。
- 串口身份查询失败只会保持 `IdentityKnown=false`，不会拆除已经可用的串口链路。
- OTA 前后优先使用 DeviceUID 确认仍是同一台物理设备，校验过程始终跟随升级前锁定的物理串口，降低多设备环境下串错设备的风险。
- 修复固件已经写入、设备也已返回 App 模式，但页面仍长期停在 95%“验证新固件应用协议”的问题。
- OTA 回切期间会暂停设备组的串口重新分配，避免新建镜像会话抢占刚重新枚举的 COM 端口。
- App 协议恢复后会在维护窗口内补查正式身份；即使 COM 端口变化，只要 DeviceUID 一致，设备也会自动回到原逻辑设备组，无需拔插或重新绑定。
- 修复 OTA 后长期停留在“设备模式待确认，普通消息保持暂停”时缺少退出路径的问题。
- 页面现在可以停止恢复等待并转入保护状态，也可以在确认设备已经回到 App 模式后手动解除保护、恢复普通消息。
- 远程固件公共发布源统一为 Gitee；自定义备用源只在用户显式配置时启用。

## 📦 安装与覆盖升级修复

- Windows `setup.exe` 现在支持对现有安装执行原位升级，不需要用户先手动结束驱动进程。
- 安装程序会在写入新版本前检测并关闭旧托盘、驱动主程序、更新器、HookBridge 和卸载器进程。
- 新文件先解压到临时 staging，校验发布清单后再执行可回滚覆盖，避免安装失败留下半新半旧目录。
- 覆盖完成后会逐项校验核心文件 SHA-256，防止安装器提示成功但磁盘上仍是旧程序。
- 安装事务失败时会立即中止 Setup，不再继续登记版本或重复启动托盘。
- 修复安装错误被外层包装成 `Expression error / Runtime error` 的问题，现在会直接显示驱动安装器的失败原因和日志位置。
- 卸载时会精确清理本驱动安装的 TRAE 脚本和 Hook，同时保留用户其他 TRAE 配置与 `.trae-cn` 目录。

> 建议优先使用 `zy-vibe-coding-driver-windows-x64-0.0.15-<时间戳>-setup.exe` 升级。ZIP 中的兜底 installer 仍不覆盖已有安装，需要先运行旧安装目录中的卸载器。

## 🖥️ 设备页面体验优化

- 设备组统一展示 USB、BLE、在线、离线、验证中和等待重连状态。
- 当前设备使用独立高亮，不再混用“主设备”“默认接入”等概念。
- 已绑定设备不会在 BLE 候选列表中重复出现。
- 释放 BLE 连接后会暂停本次运行中的自动重连，使设备重新广播并可被其他电脑发现。
- 设备状态、固件、电量、产品型号和唯一 ID 的展示来源更加明确。
- 普通无设备结果继续作为正常状态展示，不再伪装成接口故障。

## 📌 固件兼容说明

| 功能                     | 旧固件       | 支持新协议的固件 |
| ------------------------ | ------------ | ---------------- |
| USB / BLE 基础连接       | 支持         | 支持             |
| 多设备任务同步           | 支持         | 支持             |
| DeviceUID 唯一身份合并   | 不支持       | 支持             |
| 固件升级后自动归回原设备 | 受旧标识限制 | 支持             |
| 标记指定设备             | 不支持       | 支持             |
| 身份冲突 OTA 保护        | 不支持       | 支持             |

身份功能要求固件在 `DEVICE_INFO.Capability` 中置位 bit7，并支持 `GET_DEVICE_IDENTITY 0x03 / DEVICE_IDENTITY 0x83`。标记功能使用独立的 `IDENTIFY_DEVICE 0x22`，不占用身份能力位。

## 🚀 升级建议

1. 下载并运行 `zy-vibe-coding-driver-windows-x64-0.0.15-<时间戳>-setup.exe`。
2. 安装程序会自动关闭正在运行的旧驱动并执行原位升级。
3. 安装完成后打开 `/ble` 页面，确认设备组中的在线数量和“当前设备”符合预期。
4. 多台设备外观相同时，可逐台点击 **“标记”** 确认对应关系。
5. 如需使用唯一身份、升级后自动归组和标记功能，请将设备固件升级到支持相应协议的版本。
6. Codex、Claude Code 或 TRAE 集成异常时，可在设置页面重新执行插件检查与修复。

常用日志位于：

```text
%LOCALAPPDATA%\zy_home_vibe_coding_driver
```

重点排查文件：

```text
service.log
installer.log
update.log
ble-bridge-last-exit.json
```

## ❤️ 感谢使用

感谢大家持续反馈多设备连接、蓝牙断联、串口重连和安装升级问题。

`v0.0.15` 不只是增加设备数量，而是重新建立了“物理链路、逻辑设备、当前设备和任务广播”的边界。后续我们会继续根据诊断日志和真实设备表现优化 Windows 蓝牙兼容性，让多台设备长期在线时也能保持稳定、清晰和可控。🚀

最后提交信息为： update: bump driver artifacts

Juning / zy_home_vibe_coding_driver .gitee-modal { width: 500px !important; }

搜索帮助

Juning / zy_home_vibe_coding_driver