通过飞书等外部客户端连接 Open Cowork 的 Remote Session 功能时，**第一条消息能正常处理，第二条及之后的消息全部失败**。错误为 `No actual session ID found for remote session`。

[Macolm6]

App Version

3.3.1

Platform

macOS

Bug Description

通过飞书等外部客户端连接 Open Cowork 的 Remote Session 功能时，第一条消息能正常处理，第二条及之后的消息全部失败。错误为 No actual session ID found for remote session。

Steps to Reproduce

1. 在 Open Cowork 中启用 Remote Session 功能
2. 从飞书发送第一条消息 → 正常收到回复
3. 从飞书发送第二条消息 → 无响应，失败
4. 重新建立连接后再发第一条 → 正常，第二条 → 又失败

Expected Behaviour

Remote session 建立后应保持持久连接，后续消息能持续正常处理，直到会话主动关闭或超时。

Actual Behaviour

第一条消息正常处理，后续所有消息抛出 No actual session ID found for remote session 错误。

Relevant Logs or Error Output

### 核心错误（出现 24 次）


[ERROR] [MessageRouter] Error processing message:
  Error: No actual session ID found for remote session: remote-1785258130979-1
    at ake.executeAgent (.../index-CUs7elbn.js:2067:2794)
    at ZOe.agentCallback (.../index-CUs7elbn.js:2036:10459)
    at ZOe.processMessage (.../index-CUs7elbn.js:2030:9837)
    at ZOe.processQueue (.../index-CUs7elbn.js:2030:8717)
    at ZOe.routeMessage (.../index-CUs7elbn.js:2030:7486)
    at XOe.handleChannelMessage (.../index-CUs7elbn.js:2022:4267)

Additional Context

受影响的会话

日志中出现了 两个不同的 remote session ID，问题一致：

Remote Session ID	状态
remote-1785258130979-1	第一条消息后即失效，后续持续报错
remote-1785276341937-2	同上，重新连接后问题复现

伴随错误（6 次）

[ERROR] [MemoryService] Failed to ingest memory:
  Error: Connection error.
    at fO (.../index-CUs7elbn.js:1838:4271)

[ERROR] [MemoryService] Failed to ingest memory:
  Error: read ETIMEDOUT
    at fO (.../index-CUs7elbn.js:1838:4271)

---

调用栈分析

错误发生在 MessageRouter 的消息处理链上：

handleChannelMessage → routeMessage → processQueue → processMessage → agentCallback → executeAgent

在 ake.executeAgent() 中，根据 remote-xxxxx-N 查找对应的实际 session ID 时失败，说明 session 映射在第一条消息处理完成后被清除或未正确持久化。

---

推测根因

remote-xxxxx-N 与实际 session ID 的映射关系存储/查询逻辑存在 bug，可能原因：

1. 映射表在第一次查询后被意外清理（如使用了一次性的 Map.get + delete）
2. session 生命周期管理不当（首次处理完成后触发了 session 清理）
3. 多实例/进程间状态不同步（如果 session 映射存在内存而非持久化存储）

---

附加信息

• 完整日志文件：logs/app-2026-07-28_16-45-30-156-2.log
• 该 session 期间还伴随多次模型注册警告：Model not in pi-ai registry, using synthetic model: deepseek-v4-pro → anthropic-messages（与主问题可能无关）
• 远程连接依赖 ngrok 隧道（bundled: node_modules/ngrok），隧道本身未见断开日志

---

严重程度

High — Remote Session 是连接飞书等外部客户端的核心功能，当前状态完全不可用（除第一条消息外），严重影响用户体验。

[github-actions]

感谢你提交这么详细的错误报告！

根据你提供的错误堆栈和现象，可以确认这是一个 Remote Session 会话状态管理 的 bug。错误 No actual session ID found for remote session 表明在第一条消息成功处理之后，系统丢失了 remote-xxxxx 到实际 session ID 的映射，导致后续消息无法找到对应的会话。

相关代码位置（推测）：

• src/main/remote/ — Remote Session 的消息路由和 session 生命周期管理
• src/main/session/ — session 的创建、存储与销毁逻辑
• src/main/claude/agent.ts（或类似文件）— executeAgent 中根据 remote session ID 查找实际 session 的逻辑

可能的原因：

1. 一次性映射：remote-xxxxx → 实际 session ID 的映射在首次查询后被意外删除（例如使用 Map.get 后调用了 Map.delete）。
2. Session 清理过早：第一条消息完成后触发了 session 清理，导致映射被清除。
3. 状态不同步：如果 session 映射存储在内存中而不是持久化存储（如 SQLite），多实例或进程间通信可能导致状态丢失。

建议：

• 检查 src/main/remote/ 中 handleChannelMessage 和 processMessage 附近的映射表实现。
• 检查 src/main/session/SessionManager 中 session 创建和销毁的触发条件。
• 确认日志中 MemoryService 的连接超时错误是否与 session 清理有关（可能数据库写入失败导致状态丢失？）。

需要更多信息：（如已掌握可忽略）

1. 是否同时运行了多个 Open Cowork 实例？
2. 出现错误时，第一条消息是否成功触发了一个完整的 session 生命周期（包括长对话上下文）？
3. 能否提供 src/main/remote/ 或 src/main/session/ 中相关映射管理部分的代码片段？

再次感谢你的报告！这个 bug 严重影响了 Remote Session 的可用性，我们会尽快修复。你可以关注后续 PR 或直接参与贡献。

---

Open Cowork Bot