Bridging interactive `ask_user_question` tool calls from DeepSeek Harness to various IM channels, enabling multi-turn conversational AI with user confirmation.

### 环境 / Environment

- dsh-im: `@xmanrui/dsh-im` **3.0.4**
- DSH: `0.1.0-rc.5`（源码运行）+ 官方 CLI `0.1.1-rc.2`，macOS (darwin arm64)
- 渠道：**企业微信**（官方 WebSocket 长连接，`@wecom/aibot-node-sdk`）
- 场景：机器人为一个带「执行前确认门」的自定义 skill（该 skill 按规范在数据装配前调用 `ask_user_question` 请求用户确认口径）

### 问题 / Problem

`ask_user_question` 工具调用**不会被桥接到 IM 渠道**：在 `lib/index.js` 中 grep `ask_user_question` 为 0 处。结果：

1. agent 调用 `ask_user_question` 后，企微侧**什么都收不到**（普通文字消息、流式回复都正常，唯独交互式问题没有）；
2. 回合进入 `等待回答` 状态并**永久卡死**——用户根本不知道有问题是给他的；
3. 只有在 web UI 打开该会话才能看到待答问题（这是目前的逃生门），IM 用户不可能自己发现。

### 复现步骤 / Repro

1. 绑定企微机器人，工作区放一个会调用 `ask_user_question` 的 skill（或直接让 agent「用 ask_user_question 向我确认一个选项」）；
2. 在企微里下达会触发确认的指令；
3. 企微收到执行预览的**文字**消息后，agent 调用 `ask_user_question` → 企微再无任何新消息；
4. 会话轨迹（`~/.dsh/sessions//session-*/session.jsonl.zstd` 解压后）可见：

```
[tool/call] {"name": "ask_user_question", "arguments": "{\"questions\":[{\"id\":\"confirm_run\",\"question\":\"以上执行方案…是否确认开始？\",\"options\":[\"确认，开始执行\",…]}]}"}
（之后再无事件 —— 回合挂起等待永远无法送达用户的答案）
```

5. web UI 会话列表显示「等待回答 · N分钟」，在 web UI 内作答后回合立即恢复。

### 期望 / Feature Request

把用户问题桥接进 IM 会话本身，例如：

- 收到挂起的 `ask_user_question` → 用渠道消息发送「问题 + 带编号的选项」（Markdown 文本即可，无需平台特殊交互组件）；
- 用户在 IM 回复 `1` / 选项文字 → 映射回答案并提交，回合继续；回复不匹配时重发一次选项提示；
- 附带超时策略（如 N 分钟未答则按超时/默认选项处理，可配置）；
- 对不支持多轮等待的渠道可降级为「自动选推荐项 + 文字告知」的开关。

会话映射、双向通道、流式回复这些管道 dsh-im 都已具备，这个桥接主要是复用现有管道做事件→消息→答案的回填。AI Office 人工面板已经覆盖了同类需求的事件侧，但对用户来说它离开了聊天上下文、且依赖公网 Office（企业数据流经外部服务，不少场景过不了合规）。

### 当前的临时缓解 / Workaround

- 工作区 `AGE...