feat: enhance message input with system tag parsing and double-click navigation

[heiboy0070]

概述

增强刘海面板的消息输入功能，支持直接向 AI 终端发送消息，并优化用户交互体验。

主要变更

1. 消息输入功能

• 添加 MessageInputBar 组件，在刘海面板中直接输入消息
• 支持显示会话上下文（最近对话、AI 状态、工具历史）
• 集成 TerminalWriter 模块，支持多种终端（iTerm2、tmux、WezTerm、kitty 等）

2. 权限批准附加内容

• ApprovalBar 添加常驻输入框
• 允许在批准/拒绝权限时附带额外内容
• 内容通过 TerminalWriter 发送到终端

3. 系统标签解析

• 解析并结构化显示系统标签（task-notification、system-reminder 等）
• 过滤指令性文本，只保留用户关心的信息
• 支持基本 Markdown 渲染

4. 交互优化

• 双击刘海顶部返回会话列表
• 点击 Session 卡片直接进入消息输入
• Apple 风格滚动条样式（参考 DESIGN.md）

技术细节

• 使用 NSRegularExpression 处理多行 XML 标签
• 通过 DispatchQueue.main.asyncAfter 延迟发送内容，确保权限已处理
• 使用 ChatMessageTextFormatter 复用项目现有的 Markdown 渲染

测试

• 在 Claude Code/Cursor 中触发权限请求
• 在输入框添加附加内容并批准
• 验证终端收到附加内容

Co-Authored-By: Claude Opus 4.6 (1M context) noreply@anthropic.com

[wxtsky]

感谢这个功能！消息输入和 TerminalWriter 的覆盖面很全面。Review 后发现几个需要修复的问题：

🚫 Blocker: 中文输入法（IME）不兼容

复现步骤：

1. 使用中文输入法在 MessageInputBar 输入中文（如输入 "哦哦哦"）
2. 按 Enter 发送

预期：发送 "哦哦哦" 到终端
实际：输入框内容变为原始键盘输入（如 "aaa"），消息未发送

原因：SwiftUI TextField 的 .onSubmit 与 macOS 输入法的 Enter 键冲突。IME 先捕获 Enter 键处理 composition，导致 .onSubmit 拿到的是 raw input 而非已转换的中文。

建议修复方向：

• 使用 NSViewRepresentable 包装 NSTextField，在 textView(_:doCommandBy:) 中检查 hasMarkedText，仅在无活跃 composition 时处理 Enter
• 或者：移除 .onSubmit，改用 onKeyPress(.return)（macOS 14+），它在 IME commit 之后才触发

其他建议

1. UX 变更需谨慎：Session 卡片点击从「跳转终端」改为「打开消息输入」，这是一个影响所有用户习惯的变更。建议保持原有点击行为（跳转终端），仅通过 💬 按钮进入消息输入

2. Magic delay：approvePermission 中 asyncAfter(deadline: .now() + 0.5) 硬编码延迟不可靠，建议用 completion handler

3. L10n：新增的 4 个 key（send_message_placeholder 等）缺少日韩翻译，会与 PR #72 冲突

4. 编译 warning：3 处 ?? "..." nil coalescing 多余（L10n subscript 返回非 optional），可以移除

[wxtsky]

感谢这个功能！消息输入和 TerminalWriter 的覆盖面很全面。Review 后发现几个需要修复的问题：

Blocker: 中文输入法（IME）不兼容

复现步骤：

1. 使用中文输入法在 MessageInputBar 输入中文（如输入 "哦哦哦"）
2. 按 Enter 发送

预期：发送 "哦哦哦" 到终端
实际：输入框内容变为原始键盘输入（如 "aaa"），消息未发送

原因：SwiftUI TextField 的 .onSubmit 与 macOS 输入法的 Enter 键冲突。IME 先捕获 Enter 键处理 composition，导致 .onSubmit 拿到的是 raw input 而非已转换的中文。

建议修复方向：

• 使用 NSViewRepresentable 包装 NSTextField，在 textView(_:doCommandBy:) 中检查 hasMarkedText，仅在无活跃 composition 时处理 Enter
• 或者：移除 .onSubmit，改用 onKeyPress(.return)（macOS 14+），它在 IME commit 之后才触发

其他建议

1. UX 变更需谨慎：Session 卡片点击从「跳转终端」改为「打开消息输入」，这是一个影响所有用户习惯的变更。建议保持原有点击行为（跳转终端），仅通过消息按钮进入消息输入

2. Magic delay：approvePermission 中 asyncAfter(deadline: .now() + 0.5) 硬编码延迟不可靠，建议用 completion handler

3. L10n：新增的 4 个 key（send_message_placeholder 等）缺少日韩翻译，会与 PR #72 冲突

4. 编译 warning：3 处 ?? nil coalescing 多余（L10n subscript 返回非 optional），可以移除

[wxtsky]

Review: IME bug + suggestions

Blocker: Chinese IME incompatibility

Steps: Type Chinese (e.g. 哦哦哦) in MessageInputBar, press Enter.
Expected: Send Chinese text to terminal.
Actual: Input becomes raw keystrokes (e.g. aaa), message not sent.

Root cause: SwiftUI TextField onSubmit conflicts with macOS IME Enter key handling. IME captures Enter for composition, so onSubmit receives raw input instead of converted Chinese.

Fix suggestion: Use NSViewRepresentable wrapping NSTextField, check hasMarkedText in textView doCommandBy, only handle Enter when no active composition. Or use onKeyPress(.return) on macOS 14+ which fires after IME commit.

Other suggestions

1. UX: Session card click changed from jump-to-terminal to open-message-input. This breaks existing user habits. Suggest keeping original click behavior, use message button only.
2. Magic delay: asyncAfter 0.5s in approvePermission is fragile. Use completion handler instead.
3. L10n: 4 new keys missing ja/ko translations, will conflict with PR 72.
4. Warnings: 3 unnecessary nil coalescing operators (L10n subscript is non-optional).

[wxtsky]

Hi, thanks for the latest commit (Markdown renderer)! However, the previous review issues are still unresolved:

1. 🚫 Blocker: IME — MessageInputBar and ApprovalBar still use TextField + .onSubmit, Chinese input is still broken
2. Session card click — Card click still opens message input instead of jumping to terminal. Please revert to original behavior, keep message input accessible via the 💬 button only
3. Magic delay — asyncAfter(0.5) still hardcoded in both approvePermission and denyPermission
4. L10n — 4 new keys still missing ja/ko translations
5. Nil coalescing — 3 unnecessary ?? "..." still present

Please address these before the next review round. The IME blocker is the highest priority. Thanks!

[wxtsky]

感谢持续迭代！IME 兼容和 Session 点击行为配置化都改好了 👍 还有几个问题需要修复：

仍需修复

1. Magic delay 0.5s 仍然存在（上次 review 已提）

AppState.swift 中 approvePermission 和 denyPermission 里的 DispatchQueue.main.asyncAfter(deadline: .now() + 0.5) 还在。硬编码延迟不可靠——网络慢时 0.5s 不够，快时白等。建议用 completion handler 或在权限 response resume 之后再发送。

2. ApprovalBar 输入框未使用 IME 兼容方案

MessageInputBar 已经用了 IMECompatibleTextField（NSTextField 包装），但 ApprovalBar 里新增的附加内容输入框还是用的原生 SwiftUI TextField + .onSubmit——中文输入法 Enter 键冲突问题同样会出现。请统一使用 IMECompatibleTextField。

3. L10n 新增 key 缺少土耳其语翻译

新增的 send_to_terminal、approval_input_placeholder、session_click_action、session_click_action_desc、click_action_terminal、click_action_message_input、remote_input_unsupported 等 key 在土耳其语中只补了部分。请补齐，或者至少让 L10n fallback 到英文不会 crash（确认现有 fallback 机制能覆盖）。

4. ESC 键监听可能重复安装

installEscapeKeyMonitor() 在 onAppear 调用，但如果 view 重建（比如外部显示器切换），会重复安装而旧的 monitor 没被清理。建议在安装前先检查 escapeMonitor != nil 则先清理旧的。

已修复 ✅

• IME 兼容性 → IMECompatibleTextField + hasMarkedText 检查
• Session 卡片点击行为 → 可配置（默认 terminal）
• iTerm2 消息重复发送 → AppleScript return 修复
• 防重复发送 → timestamp debounce

[wxtsky]

Hi @heiboy0070, 这个 PR 已经好几轮 review 了。关键的 blocker 还差几个：

1. ApprovalBar 附加内容输入框未用 IME 兼容方案（NotchPanelView.swift 的新增 TextField 还是原生 SwiftUI + .onSubmit，中文输入法 Enter 键冲突）
2. AppState.approvePermission / denyPermission 里 asyncAfter(deadline: .now() + 0.5) 还在 — 硬编码延迟不可靠
3. TerminalWriter.copyToClipboard 污染系统剪贴板且未备份恢复
4. TerminalWriter.escapeAppleScript 换行转义错误：AppleScript 字符串不支持 \n 转义，多行消息会在终端显示字面量
5. sendViaKeystroke 300ms 竞态：期间用户切应用会把剪贴板粘到错位置

另外建议把 PR 拆成几块（TerminalWriter 基建 / MessageInputBar / ApprovalBar 附加内容 / 系统标签解析 / 双击刘海），方便 review 和回滚。1400+ 行的 PR 合进去风险太大。

最近两周如果没动静，我会先 close 掉。非常感谢你的工作，希望能把这几个问题收一下 💪