[Bug]: 访问远程服务器出错

[Raing5Days]

Summary

访问远程服务器后，可以正常访问和编辑文件，但是在对话的时候出错

在对话的时候会出现外部命令加载错误的标志

Area

Desktop app

Reproduction or evidence

如截图所示，以及这里的对话就是指对话；

Environment, if relevant

No response

[Raing5Days]

补充一下，侧问可以用，但是主会话就报错，很奇怪的bug，不知道是不是和新增的“外部AI应用”有关的问题。

[liao-zh]

下面是bitfun/deepseek的分析，照着改了之后可以暂时用用。最好等官方的fix快点出来。

release地址（只编译了windows版）：https://github.com/liao-zh/BitFun/releases/tag/v0.2.14.post

---

背景

在 SSH 远程工作区中发送指令时，系统弹出警告"外部命令加载失败，请重新打开命令选择器重试。"，导致远程会话无法正常使用。

这个问题与 submitExternalPromptCommandFromInput 函数相关，该函数在发送消息时检查外部 prompt 命令目录的加载状态。

根因分析

经过对完整代码路径的追踪（从前端 ChatInput → ExternalSourcesAPI → Tauri IPC → Rust 后端 require_local_workspace → 错误序列化和解析），发现以下关键路径：

正常流程（预期行为）

1. 用户发送消息 → submitExternalPromptCommandFromInput 被调用
2. 如果消息以 / 开头，检查是否有匹配的外部 prompt 命令
3. externalSourcesAPI.getSnapshot() → Tauri IPC → require_local_workspace() → 检测到远程路径 → 返回 HostUnavailable 错误
4. 前端 parseOperationError() 解析出 host_unavailable 错误码
5. classifyExternalPromptCommandCatalogIssue 返回 'host_unavailable'
6. routeUnmatchedExternalPromptCommand 对于 host_unavailable 返回 'ordinary' → 不阻塞消息

问题触发条件

当远程工作区路径未能被 is_remote_path() 正确识别时（例如连接建立初期路径尚未注册），或者 Tauri IPC 错误序列化出现边界情况，错误码可能不是 host_unavailable 而是 internal/timeout/invalid_response 等。此时：

1. classifyExternalPromptCommandCatalogIssue 返回 'load_failed'（因为不属于 HOST_UNAVAILABLE_CODES）
2. routeUnmatchedExternalPromptCommand 返回 'load_failed'
3. 触发 notificationService.warning(t('chatInput.externalCommandsLoadFailed'))
4. 函数返回 true，阻塞消息发送

更关键的是：即使对于不以 / 开头的普通消息（command 为空字符串），代码仍然会进入 catalog 检查逻辑，在 load_failed 时阻塞发送。

修复方案

最稳健的修复是：当消息不是斜杠命令时，提前返回 false，避免不必要的目录检查。这从根本上解决了问题——ssh 远程工作区中外部 prompt 命令不可用是已知限制，不应影响用户发送普通消息。

修改文件

1. src/web-ui/src/flow_chat/components/ChatInput.tsx
   • 在 submitExternalPromptCommandFromInput 函数中，检查 command 是否为空（消息不以 / 开头）。如果是，提前返回 false，让消息正常发送。

代码变更

在 submitExternalPromptCommandFromInput 函数的 trimmedMessage.startsWith('/') 判断之后立即添加短路返回：

const command = trimmedMessage.startsWith('/')
  ? (commandWhitespaceIndex === -1
      ? trimmedMessage
      : trimmedMessage.slice(0, commandWhitespaceIndex)).toLowerCase()
  : '';
// ADD: If the message is not a slash command, skip external command handling
if (!command) {
  return false;
}

这个变更确保：

• 不以 / 开头的普通消息不会被外部命令目录检查阻塞
• 斜杠命令 (/something) 仍然走原有的检查逻辑（在远程工作区中，斜杠命令会正确返回 false 或显示适当的提示）
• 不影响本地工作区行为

[bobleer]

感谢反馈！这个问题已在 0.2.15 版本中修复。

根因是远程工作区路径在外部命令加载时触发了错误的校验顺序，导致返回 invalid_request 而非 host_unavailable，前端将其归类为「加载失败」后阻断了消息发送流程。

修复内容（#1859）：

1. 调整了 require_local_workspace 中路径检查顺序，确保远程路径优先被正确识别并返回 host_unavailable，不再阻断正常对话
2. 修复了远程 session 恢复期间的竞态问题，避免重连过程中发送消息失败
3. 补全了 model 切换时的 session 加载保障

请更新到 0.2.15 后验证，如仍有问题欢迎重新打开。