dsh-sidebar-qa

dsh-sidebar-qa

划选即问，侧边栏内嵌问答 划选提问 添加到对话 上下文摘要 嵌套追问 追问记录 零打断 中英双语 DeepSeek Harness（DSH）Web 插件 ：在对话里 划选任意文本 → 点击「提问」→ 右侧面板问答 —— 自动创建 同工作区的独立 DSH 会话 ，主对话零打断。实现类 codex 侧边提问 / Claude Code /btw 功能。

🌏 中文 · English

✨ 功能一览 📝 划选提问：对话中划选任意文本 → 浮层「提问」→ 右侧面板内嵌问答，全程不跳转大窗口；侧边栏面板收起时也会自动展开，「提问」永远有可见反馈 💬 添加到对话：同一个浮层的另一个按钮，把划选文本以 > 引用块追加进当前会话的主输入框并聚焦（光标落在引用块下方），不新建会话、不打开侧边栏——想就地接着说的时候用它（issue #11） 🧠 智能摘要：快速无思考模型把主对话上下文压缩成小摘要，与划选引文一起注入首条消息 🔀 三种上下文策略：每次提问可在「全量继承（fork+缓存命中）/ 压缩 / 机械裁切」间切换，面板内选择器 + 配置默认值双入口 🔗 独立会话：自动创建同工作区独立 DSH 会话（❓ ），可继续、可归档，主对话零打断 🪆 嵌套追问：在追问对话里再划选提问，生成子追问，层层嵌套 🗂️ 追问记录：按根（主）会话分层树展示；限定当前工作区；节点可折叠、显示最近访问时间；点击跳转后追问记录 tab 保持开启；已归档/已删除的追问置灰标记状态，可一键从记录中移除（连同整棵子树清理映射，不影响 DSH 侧会话） 🏷️ 两段式命名：划选首行占位命名 → 首次回答完成后基于「问题 + 回答」自动提炼 ≤15 字最终标题 ⚙️ 可配置：摘要/回答模型渠道、思考模式、上下文窗口与预算全部可调——入口是 DSH 设置页 → 左侧导航「追问」（面板注册为 settings.section）；同一份配置也可以直接写进插件自己的 profile 行（cordis.patch.yml 里 id: sidebar-qa 的 config:），条目表单宿主上两条路写的是同一份配置（legacy 宿主仍读写 sidebarqa 命名空间） 🌏 中英双语：界面文案与模型侧提示词跟随 DSH 语言设置实时切换（无需刷新，包括已打开 tab 的标题）；回答语言跟随你提问/划选的内容，不被界面语言绑架 🔌 只注册进 DSH 自带右侧栏：DSH 0.1.5-alpha.1 及以上自带右侧栏（@deepseek-ai/dsh-client-ui-sidebar-right），本插件直接注册进它（ctx.sidebarRightTabs / ctx.sidebarRight 服务 + sidebar.right.pane.tab 与 sidebar.right.pane.tab.title 席位），无任何额外依赖。dsh-better-sidebar 兼容已在 1.0.0 彻底移除。更早的 DSH 上插件仍然激活：划选浮层与「添加到对话」照常可用，只是不注册侧边栏 tab（并记一条 console.warn）。 📦 更新记录 1.2.1 - 2026-10-19

修 DSH 0.2.1 上的两个 P0：局域网 / --trusted-host 访问 /sidebarqa/api 恒 403；追问面板不再流式、失败轮次没有任何提示。 信任围栏迁移到 webStartup（host 半，需重启宿主）：DSH 0.2.1-alpha.1 删除了 webRuntime 服务，插件回退读到未求值的 !!js 表达式，围栏静默退化为 loopback-only。现按 webStartup.trustedHosts → 旧 webRuntime → loader 字面量读取，并像 DSH 自己的 /api 围栏一样接受监听 bind IP、按 http(s) 规范化默认端口。回归：tests/trust-fence.spec.ts + tests/host-route.spec.ts。 恢复流式 + 轮次失败可见（client 半，硬刷新）：0.2.x 不再写持久化 assistant/chunk，实时增量需要 follow({ assistantStream: true })；插件此前没接，回答只在结束时整段出现、报错时永久停在「生成中…」。现在逐段渲染 live 文本，失败/中断轮次显示「本轮回答失败： 」（assistant/attempt 的 compact stream 也会折叠）。回归：tests/answer.spec.ts + tests/session-wire.spec.ts。 类型桩升到 0.2.1-rc.2，装载闸测试改为两代语义（0.2.0 读 peer、0.2.1-alpha.3+ 只读 engines.dsh），新增 package.json ↔ dsh.plugin.json 的 version / engines 同步守卫。升级需重新 pnpm install。 1.2.0 - 2026-10-15

修 issue #21「设置保存失败」：配置改为声明在插件自己的 Config schema 上、并按 profile 条目 id 寻址，DSH ≥ 0.1.7（含 0.2.x）上「追问」设置页从「只读默认值」变成可保存。 dsh-settings@0.1.7-alpha.1 起不再有命名空间注册：可编辑字段从插件自报的 Config schema 派生（只认标了 volatile() 的字段），describe / update 按 profile 条目 id（cordis.patch.yml 里那一行的 id）寻址。1.1.0 的接缝只会注册命名空间，于是这类宿主上每次保存都回 503；现在 host 半导出 Config（12 字段全部 volatile()）、按条目 id 打开同一个 revision 守卫的面，插件读运行期就地更新的活引用（不重挂）。老宿主（≤ 0.1.6）走原来的 sidebarqa 命名空间，行为不变。 顺手用 settings.configure({ auto: false }) 抑制宿主按 schema 自动生成的表单（本插件自己有一整页设置卡）；拒绝原因细分为 no-entry / no-form 并各自有具体 503 文案。 依赖换成 @deepseek-ai/schemastery@3.18.4（devDependency 精确钉，volatile() 只存在于 DSH 这个分叉），构建期打包进 lib/index.js，运行期不依赖宿主那一份。升级需重新 pnpm install；host 半改动，需重启 dsh web。 1.1.0 - 2026-09-29

修 DSH 0.2.0 上插件整个不加载：DSH 0.2.0 新增了一道启动期 peer 兼容闸——每个 profile bundle 装载前，它 manifest 里每一个 @deepseek-ai/dsh* peer 区间都要满足 semver.satisfies(运行时版本, 区间, { includePrerelease: true })，有一个不满足，这个 bundle 的整个 patch 层被跳过（stderr 一行 dsh: skipping profile bundle …，插件像没装）。本插件 peer 写的 ^0.1.0-rc.8 在 semver 里是「下限 + 天花板」（>=0.1.0-rc.8 =0.1.0-rc.8 / >=0.1.7-alpha.1）：新版本上线时插件不会再因版本号变化而整体消失。类型桩同步精确钉到 0.2.0-rc.1 并重新全量校验（client 半源码零改动）。新回归 tests/dsh-compat.spec.ts 在 node 里复刻这道闸门（含「旧区间必须判不兼容」的反向检测器）。host 半改动，升级后需重启 dsh web。 1.0.2 - 2026-09-24

修「打开侧面板报 面板渲染出错：Minified React error #130 … but got: undefined」：DSH 0.1.7-alpha.1 把整套宿主图标从「尺寸后缀」改成「字重后缀」（IconQuestionOutline14 → IconQuestionOutlineRegular / …Medium）且不留别名，插件按名 import 的 glyph 在运行期是 undefined，面板输入区一渲染就抛 React error #130（随后由本插件的错误边界就地隔离成那条可重试的说明条）。现在图标按名解析（Regular → Medium → 旧尺寸名），宿主没有的 glyph 渲染为空而不是崩溃；MarkdownText / Tooltip / Menu 这类有类型的 API 面仍按名 import。仅 client 半改动，浏览器硬刷新即可生效。 1.0.0 - 2026-09-20

首个 1.x：只注册进 DSH 自带右侧栏，零额外依赖。 破坏性变更在于移除了 dsh-better-sidebar 后端（见下），因此按 semver 走 major：只装 dsh-sidebar-qa 即可，不再需要任何 peer 侧边栏基座。 移除 dsh-bet