@huanlin/dsh-plugin-input-history
在 DSH 提示输入框中使用上/下方向键切换最近发送的消息（终端式历史记录导航），并跨会话持久化。
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:HuanLinOTO/dsh-plugin-input-history#0d12ae64f5afb1a4fc948329ee2d46161c71d7edPlugin Input History 以 @huanlin/dsh-plugin-input-history 发布，当前版本为 0.3.1。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
终端式 prompt 历史导航：在 DSH 输入框按 ↑/↓ 切换最近发送过的消息。
在 DSH 的 prompt 输入框中按 ↑ 方向键，自动填入上一条已发送的 prompt；继续按 ↑ 向更旧的条目回溯，按 ↓ 向更新条目前进，按到最新条目之后再按 ↓ 恢复用户原本正在编辑的草稿。历史跨会话共享、持久化到 localStorage，刷新浏览器后仍然保留。
user + steering 消息，存到 localStorage（FIFO，500 条上限），刷新浏览器、新建会话、切换 workspace 都保留。conversation.composer.dock 隐藏条目挂载捕获阶段 keydown 监听器。不修改 DSH 源码任何文件。单 bundle 双入口（host . + 浏览器 ./client），仿照 dsh-spur / dsh-auto-blame。不发布 ./invariant 伴生入口（rc.1 起上游禁止空 invariant installer：本插件的 slot 注册由 HMR 安全 spec 覆盖、localStorage 写入有 try/catch 包裹，均无独立可分歧的观察，故按新规省略其源码与装配）。
src/index.ts）：空 apply——纯客户端插件。src/client/index.ts）：注册 conversation.composer.dock list slot（id dsh-plugin-input-history，order 100，与 ui-chat 的 StatsLine 同槽共存）。dock 条目渲染一个 display: none 的不可见 anchor，历史收集与历史导航都由这个 session 作用域的 dock 组件承担——两者都需要只有 session 作用域 slot 组件才能拿到的机器接口（useChat / inputActions）。src/client/history.ts：appendHistory / nextIndex / entryAt / HistoryStore（localStorage 后端，quota 异常降级为内存）src/client/dom.ts：findComposerEditable / findTriggerMenu（data-attribute 定位器）/ caretLineBoundary（光标-行盒几何）/ boundaryFromLineTops（纯判定核心）src/client/ime.ts：isImeComposition（IME 守卫）inputActions.setDraftv0.1.2 起 composer 是 Lexical contenteditable，没有 textarea 可以用 native setter 驱动。插件改走 slot 系统注入的 inputActions.setDraft(text)——这是 input machine 的公开整草稿写入口（Lexical update、光标落到末尾、undo 合并）。注意：含引用 chip 的草稿恢复时按 clipboard 投影文本还原（chip 变回 /name 形式）。
conversation.composer.dock（list，session 作用域）——composer 卡片下方的条带，由 ui-conversation 拥有。rc.1 起该 slot 不再有 InputZone owner props（input 不随 props 下发），dock 条目从框架接收 SessionStandardProps（sessionId / useInput / inputActions，以及 ui-chat merge 进来的 useChat），input 改经 useInput(s => s) 读取。DSH 把 blank session 当作 hero 渲染时该 dock 不挂载，插件随之休眠——hero 模式本就没有 input machine，导航无处落地（见已知限制）。
dock 通过 useChat(s => s.legacy.nodes) 订阅 Chat target 的节点列表（ConversationNode 平铺数组，新在后），从尾向前找到第一个 kind === 'user' 或 kind === 'steering' 节点，提取其 content 中所有 type === 'text' 块的文本拼接。文本变化时 append 到 HistoryStore。store 内部做去重（最新相等 no-op、旧出现移到末尾）和 FIFO 截断，重复 append 无副作用。
document.addEventListener('keydown', handler, true)（捕获阶段，在 Lexical 挂在 editable 元素上的 keydown 监听器之前触发），监听器由 dock 组件挂载/卸载：
ArrowUp / ArrowDown。event.isComposing || event.keyCode === 229 → 放行。event.defaultPrevented → 放行。findComposerEditable(event.target) 向上找 [data-composer-card] 祖先，查其下 [data-composer-input]（Lexical contenteditable），并要求 target 在 editable 内部（卡片按钮/chrome 上的按键不触发）。findTriggerMenu(editable) 在同一卡片内查 [data-trigger-menu]——菜单打开时方向键归菜单高亮仲裁（捕获阶段先于 keymap 的 arbitrate，不能再用 defaultPrevented 启发式）。input.phase !== 'plain' 放行（adjudicating / claimed / submitting 提交事务中不干扰）。caretLineBoundary(editable) 用折叠选区的 rect 与内容行盒 tops 比较；ArrowUp 仅 atFirstLine 触发，ArrowDown 仅 atLastLine 触发；几何不可得（无布局环境）→ 不导航。nextIndex(cursor, total, dir) 计算下一索引；null 表示越过最新端 → inputActions.setDraft(savedDraft) 恢复草稿；否则 setDraft(entry)。input.draft（clipboard 投影）存到 savedDraft。preventDefault() + stopPropagation()。捕获阶段在 document 上 stopPropagation 使事件永远到不了 Lexical 的 editable 监听器——否则 keymap 会在草稿已被替换后再移动光标。pnpm install # 安装开发依赖
pnpm run typecheck # tsc --noEmit（通过 tsconfig paths + node_modules junction 解析 DSH 源码）
pnpm test # vitest run（纯函数单元测试）
pnpm run build # tsdown + tsc → lib/index.js, lib/client.js, lib/types/
@deepseek-ai/* 的 alpha 版本未发布到 npm：peerDependencies 照写 ^0.1.2-rc.1（仅声明），本地开发用两条通道解析类型——
tsconfig.json 的 paths 指向 C:/Users/Administrator/.dsh/source/current/packages/*/lib/types（需该 checkout 已 pnpm run build）；node_modules/@deepseek-ai/* 为指向同一 checkout 的 junction（首次需手工创建，或从 dsh-interpreters / dsh-mineru 复制做法）。pnpm-workspace.yaml 的 autoInstallPeers: false 阻止 pnpm 去 registry 拉取不存在的 peer 版本（pnpm 10 读 workspace.yaml 的这一项，不是 .npmrc）。
lib/ 随仓库提交（与 dsh-spur / dsh-auto-blame 相同模式），git 安装时无需 prepare 脚本。开发时改动源码后跑 pnpm run build（或 pnpm run bundle:client）重建 lib/，再提交。
# 从 npm 安装（推荐）：
dsh plugin --profile web add @huanlin/dsh-plugin-input-history
# 从 GitHub 安装：
dsh plugin --profile web add github:huanlinoto/dsh-plugin-input-history
# 本地开发（link:）：
dsh plugin --profile web add link:D:/Projects/deepseek-harness/dsh-plugin-input-history
安装后重启 dsh web 进程，浏览器硬刷新（Ctrl+Shift+R）。
无配置。capacity 硬编码为 500 条（见已知限制）。
DEFAULT_CAPACITY in src/client/history.ts）。改为 Config 字段需要 host-client 间 RPC 通道（client bundle 与 host bundle 是独立的模块作用域，无法直接共享 Config）。如需调整，编辑源码后重建 lib/。[data-composer-card] / [data-composer-input] / [data-trigger-menu] 定位 composer 卡片、Lexical editable 与触发菜单。这些属性是 ui-conversation / ui-input-trigger 包的内部实现，目前稳定但无文档保证；上游若改名，定位器需要更新（单点：src/client/dom.ts）。conversation.composer.dock 不挂载，插件的收集与监听都随 dock 休眠。且 hero 模式本就没有当前 session 的 input machine（inputActions 不存在），导航无处落地。会话激活后（发出第一条消息）恢复正常。input.draft（clipboard 投影）：恢复时引用 chip 会变回 /name 纯文本形式。历史条目本身也始终是纯文本。user + steering 消息进同一历史。如需按 workspace 隔离，需要扩展 HistoryStore 的 key 命名空间。plugin-development-guide.mdDSH-Native-UI.mddsh-spur（dock + inputActions 模式）、dsh-auto-blame（SuggestionBubbles）、DSH-better-sidebar（IME 守卫）