@local/quick-reply
选中任意一段文字一键引用回复；侧栏会话行也能引用该会话最后一条回答；出处带轮次或行号（都只填草稿）
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:tupi00/dsh-quick-reply#d390f291fa0728ab694e8a92e598dcb3294d6982Quick Reply 以 @local/quick-reply 发布，当前版本为 1.3.1。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
给 DeepSeek Harness（下称 DSH）Web 界面用的一个小插件，两个入口，都只做「引用」：
没有悬浮球、没有快捷键冲突。
当前版本 1.3.1，更新记录见 CHANGELOG.md。
长对话里想追问某一句时，常见做法是把那句话复制下来、粘进输入框、手动加 >、再补出处。四步，还容易粘错。
这个插件把它压成一步：选中 → 点「引用回复」→ 草稿里出现
> 你选中的那两行文字…（略） （引用自第7轮回答）
光标已经落在引用块下面那一行，直接写问题就行。
> 原文，不带出处标注。输入框里选中自己打的草稿不算引用。user-select:none，插件把它放开成 user-select:text，才能拖选会话标题。单击行为不变（浏览器只有拖过一小段距离才算选中），行末的悬停按钮也不受影响。…（略） 标记。原因是一整段回答塞进草稿会把输入框撑爆，也不方便接着写。原文仍然高亮着，想看全文回消息里看。（引用自第N轮回答），同一行，不另起一段。模型看到的只是纯文本、没有消息 ID，同一句话在历史里出现两次时它会分不清——轮次号给它一个可核对的坐标。这个 N 直接读宿主写在消息外层 div 上的 data-chat-turn，和界面右侧「轮次导航」显示的第几轮是同一个数字。在代码 / diff 面板里选中时没有「第几轮」，改成写 （引用自第79行）——行号是拿选区左边那一列数出来的，数不出来就干脆不写，不编假的。（引用自第N轮回答），光标同样落在引用块下一行。dsh web，且 Web 界面能正常打开。在 DSH 里让 agent 执行：
plugin_manager install_bundle target = <本仓库的绝对路径>
装完后 重启 DSH 应用（宿主进程的模块缓存按 URL 记，重载不会重新求值），再刷新网页。
把本目录放到任意位置，然后在 profile 的 package.json 里加一条依赖：
{
"dependencies": {
"@local/quick-reply": "link:<本仓库的绝对路径>"
}
}
并把 @local/quick-reply 追加到 bundles 列表末尾，重启 DSH。
刷新页面后：
没出现的话按顺序查：
@local/quick-reply 相关的加载错误；插件管理器里禁用/移除，或从 profile 的 package.json 里删掉依赖与 bundles 条目，然后重启 DSH。
用三个宿主官方槽位：
shell.overlay —— 窗口最上层、不随聊天滚动的一块浮层。卡片本体挂这里，位置由选区坐标算出来（position: fixed）。conversation.input.dock —— 输入框卡片上方那一整行。这里只挂一个「什么都不渲染」的桥组件，用来取输入框的 inputActions、当前草稿、以及当前会话的聊天快照。sidebar.workspaces.session.row.action —— 会话列表每行末尾的悬停按钮位（宿主自己的「归档」「置顶」也在这一排）。这里挂侧栏那个引号按钮。为什么要分三处：shell.overlay 和侧栏行按钮都是 root 作用域，拿不到输入框的 inputActions，也读不到聊天快照；只有 conversation.input.dock 两样都拿得到。所以那两处只负责「告诉桥要干什么」，真正的取文字和填草稿都在桥里完成。
侧栏按钮为什么要切会话：桥是跟着「当前会话」挂载的，它只能读当前会话的聊天快照。所以点侧栏按钮先切过去，等新会话的历史加载完，桥自然就能读到那条回答了。好处是不需要跨会话 retain 别人的历史，坏处是用户会看到一次会话切换——这是刻意的取舍。
QuickReply/
├── package.json # 包元数据 + dsh.client 声明（平台、注入依赖）
├── cordis.patch.yml # Cordis 加载补丁：insert 一个 id=quick-reply 的插件
├── index.js # Host 半边（空实现；本插件纯客户端，留入口给以后扩展）
├── client.js # 浏览器半边：全部逻辑都在这里
├── locale/zh.json # 插件列表里的标题与描述
├── locale/en.json
├── icon.svg
└── test/helpers.test.mjs # 纯函数单测（不启浏览器）
inputActions（setDraft / submit 等）与当前草稿，所以填草稿走的是宿主自己的草稿接口，不是去模拟键盘。mousedown 会把页面选区清空，所以插件在 selectionchange 里先把「选中了哪段、属于第几轮、在屏幕哪个位置」记下来（用 requestAnimationFrame 合帧，拖选时不会疯狂重渲染），点按钮时用的是缓存。[data-chat-flow-kind="assistant-step"] 里 → 能引，带轮次号；两端都不在聊天流里（侧栏、右侧面板）→ 也能引，但没轮次号；一头在里一头在外 → 跨区选择，不认。另外两端都在 [data-composer-card] 或 contenteditable 里（= 用户在选自己打的草稿）→ 不认。useLayoutEffect 算：卡片宽度要先量出来才能决定水平对齐（右缘贴字尾）；layoutEffect 在浏览器绘制前跑完，用户看不到跳一下。位置没算好前先放 left:-9999px，避免在左上角闪一下。range 末尾：选区分方向，从下往上拖选时 range 的终点在文档里是上面那行。取 selection.focusNode / focusOffset 处收一个零宽 Range，才是鼠标松开的那一点。onMouseDown: preventDefault()：同样是为了保住选区，避免卡片在按下的瞬间自己消失。focus() 的默认落点不保证在末尾，所以用 Selection API 把 range 收拢到 contenteditable 的末尾。<style> 标签：装进 profile 的普通插件拿不到动态插件沙箱里的 styles 服务，宿主自带的客户端插件也是自己插 style 标签的。颜色一律用 --dsw-alias-* 设计令牌，跟随主题。pendingQuoteStore；桥订阅它，被通知后重渲染、等目标会话的最后一条回答出现再填草稿。用普通变量的话桥的依赖项没变、effect 不会重跑，点了就像没反应。status === 'running' 的步骤：那一步还在往外吐字，引一半会被截断，模型看到的是半句话。useChat 缺失时用空壳 hook 顶上：React 要求每次渲染 hook 数量一致，props.useChat ? props.useChat(x) : null 会让两边 hook 数不同、整棵组件炸掉，所以空壳也要调一次 useSyncExternalStore。require 引 DSH 客户端包：插件只依赖宿主注入的 ctx、React，符合宿主对插件的要求。# 纯函数单测（不需要浏览器）
node test/helpers.test.mjs
# 语法检查
node --check client.js
node --check index.js
test/helpers.test.mjs 会用标记 // >>>PURE-HELPERS 从 client.js 里把纯函数抠出来跑，所以那几个函数里不能出现 DOM / React 调用。
| 限制 | 说明 |
|---|---|
| 只引用助手正文 | 选中你自己的提问、工具输出、思考过程不会出现按钮。这是有意的。 |
| 侧栏只引「最后一条已结束的回答」 | 不提供「选第几条」的入口；想引中间某条，打开那个会话手动选中即可。 |
| 侧栏引用会切会话 | 点按钮会先打开那个会话。这是为了复用「当前会话」路径，避免跨会话读历史。 |
| 引用永远截断 | 目前没有「引用全文」入口。需要整段时手动选中复制。 |
| 依赖宿主 DOM 语义属性 | 选区判定依赖 [data-chat-flow-kind="assistant-step"] 和 [data-chat-turn]。宿主改版时插件最多失效（按钮不出现），不会弄坏聊天。 |
| 位置由 JS 算 | 卡片用 position: fixed 跟随选区坐标，不是宿主分配的布局空间。滚动/缩放时会重算，但如果宿主在浮层里加了 transform 容器，定位可能偏移。 |
| 没有配置项 | 截断行数/字数写死在 client.js 顶部（QUOTE_MAX_LINES / QUOTE_MAX_CHARS），改完需重新加载插件。 |
| 仅 Web 界面 | 宿主声明 platform: "web"。 |
MIT