Orca worker can terminate without output after a successful dispatch

**提交人**: 用户0504
**客户端版本**: 0.1.55

---

## 现象
协同工作流中的持久 Worker 可以成功接收任务派发，但随后异常终止，且不会向 Lead 返回任何输出或可诊断的错误详情。

## 复现步骤
1. 创建或打开一个包含既有 Worker 的协同工作流。
2. 向该 Worker 派发一个只读、边界明确的审计任务。
3. 派发接口返回成功，并显示 Worker 已恢复执行。
4. 等待 Worker 返回结果。
5. Lead 收到自动桥接消息：Worker 异常终止，未捕获任何输出。
6. 查看协同状态，Worker 显示为 error。
7. 在 Worker 恢复为未运行状态后，向同一 Worker 再次派发更短、更严格限制为只读的任务。

## 期望行为
Worker 应完成任务并返回报告；若失败，也应返回可操作的结构化诊断信息，例如启动、模型、工具、权限或会话记录访问失败的原因。

## 实际行为
同一协同工作流内连续两次发生异常终止。两次均没有报告、错误原因、堆栈信息或可捕获输出。Lead 无法区分是任务执行失败还是 Worker 运行时故障，也无法判断恢复路径。

## 复现频率
同一会话中连续复现两次。

## 已尝试
- 第一次失败后检查协同状态，Worker 处于 error。
- 等待 Worker 恢复为未运行状态后重新派发。
- 第二次任务缩短为仅做只读审计，且明确禁止文件修改、Chrome 和其他无关操作。

## 脱敏说明
正文已删除用户身份、本地路径、项目名称、具体任务内容、文件内容、凭证及内部标识。由于宿主未捕获 Worker 输出，底层错误信息未知。
---
**版本区域**: CN
**OS**: darwin arm64 (25.4.0)
**界面语言**: zh-CN

Start by reproducing the two consecutive dispatches described in the issue and tracing the successful dispatch, Worker lifecycle transition, and automatic bridge message. Check where the Worker enters error without returning output, then make failures expose actionable structured diagnostics and verify that the Lead can distinguish task failure from runtime failure.

Written by the indexing model from the issue text.