dsh-notify-win

LIMITATIONS

已知限制

- 原生 toast 文本很紧凑，大约只能显示 4 行，长内容会被截断。 - 原生下拉框弹出列表时，鼠标移到弹层上可能导致 toast 收起；如果随后 toast 超时关闭，任务栏闪烁仍会提醒你，回到 DSH 前台后即停。 - .NET 10 Desktop Runtime 是硬性要求。没有它 helper 无法启动，所有通知都不会出现；宿主会写明确的错误日志。没有 PowerShell 兜底。 - helper 是单个常驻进程。它崩溃后，下一条通知会让宿主重新拉起；在此之前通知会被丢弃并记录日志。 - `FlashWindowEx` 使用系统自带暖色脉冲，无法自定义颜色。 - Windows 不会闪烁前台窗口——只有 DSH 在后台时任务栏按钮才会闪；已经开始的闪烁在回到前台时由系统停止。 - 取消的一轮会如实报「已取消」而不是「任务完成」；可用 `notifyOnCancel: false` 静音，或用 `notifyOnError: false` 静音异常停止告警。 - 通知按会话在 `dedupMs`（默认 1500ms）内去重；同一轮重复的 `idle` 不会重复通知。 - 多问题 toast 通过重新显示原生 toast 来翻页，Windows 会把旧 toast 收起、新 toast 滑入，因此每次翻页都有一小段视觉间隔；`已答` 行用于跨页保留上下文。多问题卡片固定使用 long 时长（约 25 秒）。 - 同一页里自定义答案优先于下拉选择（与原来的单题 toast 一致）；只想用下拉选择时，把文本框清空即可。 - 回执无法被界面伪造：「已回应」来自模型自己输出的第一行（按 toast 一行宽度截断，超出补 …），并且是唯一的一条回执。如果模型没有输出可见文本（例如立刻又去调用工具），不会弹回执 toast。 - DSH 窗口关闭时浏览器端无法填官方卡片；超过 `answerPendingTimeoutMs` 会如实提示「未收到 DSH 确认」，你仍可在 DSH 里回答。 - Windows 不允许非打包桌面应用删除自己 Action Center 里的通知。问题已被处理后，旧 toast 可能还会留在通知中心直到过期，点击不会有动作。