功能建议：Composer 输入框支持可配置的发送键（Ctrl/Cmd+Enter 发送，Enter 换行）

[Fc-404]

功能建议：Composer 输入框支持可配置的发送键（Ctrl/Cmd+Enter 发送，Enter 换行）

一句话说明

希望 DSH Web UI 的输入框（composer）支持用户自定义发送快捷键，特别是 Slack/Discord 风格的 Ctrl+Enter（或 Cmd+Enter）发送、普通 Enter 换行。

背景：当前行为（已在源码确认）

@deepseek-ai/dsh-client-ui-conversation 的输入栏键盘处理是硬编码的（lib/client.js 约 3491-3503 行）：

按键	当前行为
Enter	发送（agent 忙时按 busyEnter 策略处理）
Ctrl/Cmd + Enter	发送，且为 "accelerated" 模式（可插队/steer queue）
Shift + Enter	换行（textarea 默认行为，未被拦截）

现状是 Enter 发送、Shift+Enter 换行。很多用户习惯（尤其 Slack/飞书/Discord/Gmail 用户）是反过来的：Enter 只换行、Ctrl/Cmd+Enter 才发送。

建议方案

在用户设置（dsh-client-ui-settings-general / Host user-settings 文档）中新增一个可配置项，例如 composer.enterBehavior 或 sendOnEnter：

• send（默认，保持现状）：Enter 发送，Shift+Enter 换行
• newline：Enter 换行，Ctrl/Cmd+Enter 发送（也可选 Shift+Enter 发送）

该值由 dsh-client-ui-conversation 的键盘处理读取（类似现有 busyEnter 的读取方式），并写入设置文档供用户调整，热生效或重启生效均可接受。

为什么建议做成设置而非改默认

1. 两种习惯的用户群体都很大，直接改默认会破坏现有用户习惯；
2. busyEnter 已有先例——composer 行为走用户设置文档是既有模式；
3. 纯浏览器端改动，不涉及模型请求、KV Cache 或协议变更。

验收与细节

• 验收条件：设置里出现新选项；选 newline 后 Enter 只换行、Ctrl/Cmd+Enter 发送；选 send（默认）行为不变。
• 用户或模型可见变化：仅 Web UI 输入行为；模型侧无变化。
• 测试证据：设置切换后按键行为即时/重启后生效；IME 组合输入（composing）不受影响；busyEnter 策略仍适用。

[aberter0x3f]

https://github.com/aberter0x3f/dsh-custom-enter-key vibe 了一个插件来实现这个行为，如果需要的话可以直接来用．

[Sha1rholder]

同意。而且这么高频使用的功能应当是一个原生行为而不依赖插件。实现起来也不难

[BSmick6]

English summary: Support the proposal. One correction — the "current behaviour" table is stale: the composer is no longer a <textarea>, it's a Lexical contenteditable, and here is the handler as it actually stands on 0.2.0-rc.2. One useful observation — busyEnter already gives a complete, working template for exactly this kind of composer-behaviour setting (durable schema field, live store, Settings row), and Ctrl/Cmd+Enter is already routed to the distinct submit path, so the "other half" of newline mode exists.

---

支持做成设置项，理由（习惯差异 + 不改默认）都成立。补充一处更正和一个可直接复用的先例。

更正：「当前行为」表格已过期

原帖引用 lib/client.js 约 L3491–3503，并把 Shift+Enter 描述为「textarea 默认行为」。这在 8 月发帖时是准确的，但 @deepseek-ai/dsh-client-ui-conversation 已在 0.1.5 之前把 textarea 换成了 Lexical contenteditable（[data-composer-input]，位于带 role="textbox"、aria-multiline="true" 的 div 上）。建议更新原文，免得实现者照着过期描述动手。

0.2.0-rc.2 实际发布的 lib/client.js 中，键盘处理集中在唯一的 KEY_ENTER_COMMAND handler：

editor.registerCommand(KEY_ENTER_COMMAND, (event) => {
  if (event !== null && (event.altKey || event.getModifierState("AltGraph")
      || event.ctrlKey && event.metaKey
      || event.shiftKey && (event.ctrlKey || event.metaKey))) return true;
  if (event?.shiftKey === true) return false;           // → 交给 Lexical 插入换行
  if (event !== null && isComposingEvent(event, recentlyComposing)) return true;
  if (handlers.arbitrate("enter", false) !== "pass") {
    event?.preventDefault();
    return true;
  }
  event?.preventDefault();
  if (event?.repeat === true) return true;
  if (!handlers.canSubmit()) return true;
  handlers.submit(event?.ctrlKey === true || event?.metaKey === true);
  return true;
}, 4);

可直接复用的先例：busyEnter 已经把整套模板写好了

原帖提到 busyEnter 是既有模式——事实上它比「先例」更完整，基本就是这次要加的东西的现成骨架，四件套都在同一个包里：

1. 字段名与取值：BUSY_ENTER_FIELD = "busyEnter"，取值 ["queue", "steer"]；
2. durable schema（同时也是 browser scope 校验用的 wire envelope）：

   const ConversationSettingsFields = { [BUSY_ENTER_FIELD]: Schema.union([...BUSY_ENTER_BEHAVIORS]).default(DEFAULT_BUSY_ENTER_BEHAVIOR) };

3. live store + Host 文档订阅：ComposerSubmissionPolicy，内部 busyEnter = createSnapshotStore(DEFAULT_BUSY_ENTER_BEHAVIOR)（发布产物中写作 (0, _deepseek_ai_dsh_client_store.createSnapshotStore)(...)），构造时 host.subscribe(...) 并 adopt(host)；
4. Settings 行：EnterBehaviorRow（label / description / Menu 选项 + selectedId）。

照这个形状加一个 composer.enterBehavior（取值 ["send", "newline"]，默认 "send"）即可，不需要新机制。

另外：newline 模式的「另一半」已经存在

handler 末行是 handlers.submit(event?.ctrlKey === true || event?.metaKey === true)，即 Ctrl/Cmd+Enter 已经走一条与普通 Enter 不同的提交路径（"accelerated"，在 resolveSubmitMode 里对应 steer/插队）。也就是说 newline 模式需要的另一半行为已具备，缺的只是「让 Enter 落到换行分支」这个开关本身，以及 Shift+Enter 是否仍/也发送的选择。

（另有一处与移动端相关的既有现象，仅供将来做移动端换行时参考：<br> 之后光标的 anchor node 是 <P> 元素本身而非文本节点，滑动输入法读不到前置字符，会给新行第一个词补一个空格；逐字点击输入不受影响，今天用 Shift+Enter 也能复现，与本提议无关。）