bug: Cindy 中 Sol 子代理无法稳定自动创建协作窗口，手动打开后同一任务可成功

### 问题描述 / What happened

Cindy 团队您好：

我在 Cindy 中使用 Codex 多代理协作时，遇到一个可以间歇复现的问题：主窗口调用 GPT-Sol 子代理进行独立评审时，Cindy 不能稳定地自动创建或激活协作窗口；有时必须由用户手动打开协作窗口，调用才能正常完成。

### 环境 / Environment

Windows 10 LTSC
Cindy 0.1.27
Codex 0.145.0
主窗口默认模型：gpt-5.6-sol / medium
设置中的“协作模式”始终处于开启状态
这里暂时排除另一个已经反馈的 Max/Ultra 能力识别问题。本问题在 Sol-xhigh 上也能复现，核心是协作工作流和窗口的自动初始化不稳定。

### 复现步骤 / Steps to reproduce

这里暂时排除另一个已经反馈的 Max/Ultra 能力识别问题。本问题在 Sol-xhigh 上也能复现，核心是协作工作流和窗口的自动初始化不稳定。

2026-08-03 的主要复现过程如下：

15:25，主窗口自动创建 gpt-5.6-sol + max Worker。协作 Worker 确实被创建，并在 15:33、15:35 自动回传异常终止消息。这说明自动创建机制有时能够工作。
15:54，再次要求新建 Sol Worker 时，Cindy 返回 workflow: null，无法创建 Worker。
Cindy 设置中的协作模式一直开启；重新启用模型供应商也不能恢复 workflow。
用户点击主窗口左下角的“+”，手动打开右侧协同窗口后，Orca workflow 才重新变为可用状态。
关闭唯一的协作窗口后，workflow 又变回 null，主窗口再次无法自行创建 Worker。
18:37，在另一个新会话中，主窗口自动派发 gpt-5.6-sol + xhigh 独立评审，在产生内容前返回：
429 Too Many Requests
Request ID：a254b04da810b6a7-HKG
18:40，用户只做了一个操作：手动打开协同窗口，然后要求重试。
18:50，同一个 gpt-5.6-sol + xhigh、同一个只读冻结包和同一评审任务成功返回了完整结果。
因此形成了一个比较明确的对照：

自动派发：Sol-xhigh 在出稿前失败；
手动打开协作窗口后重试：同一模型、同一输入和同一任务成功；
协作模式设置虽然一直开启，但后台 workflow 的实际生命周期似乎与右侧协作窗口是否存在绑定；
关闭最后一个协作窗口可能会销毁 workflow，而主窗口后续派发时没有稳定地自动重建；
之前也发生过多次自动创建成功，因此并非完全不支持，而是行为不稳定。
同类方案审批中，Claude 模型曾有过可以成功调用的情况。当前问题似乎更容易出现在 GPT-Sol Worker 的自动协作窗口创建或路由过程中。

期望行为：

只要设置中的协作模式已启用，主窗口发起子代理任务时，应自动创建或恢复 workflow 和协作窗口。
用户不应必须先点击“+ → 协同模式”才能调用子代理。
关闭可见协作窗口不应导致后续自动派发永久得到 workflow: null；或者主窗口应能自动重建 workflow。
同一模型和任务不应因为是否提前手动打开协作窗口而得到完全不同的结果。
如果创建失败，应区分并明确报告 workflow 未初始化、模型请求 429、provider 路由错误等不同原因。
建议重点检查：

enableOrca / disableOrca 与右侧协作窗口生命周期的绑定关系；
spawn_agent 或 create_worker 在 workflow: null 时是否应该自动初始化 workflow；
主窗口发起 Sol Worker 时，协作窗口自动创建事件是否存在竞态；
手动打开协作窗口前后，Worker 的 provider、token、workflow ID 和路由状态是否发生变化；
自动派发时的 429 是否实际产生于模型供应商之前的 Cindy/Orca Host 层。

### 日志与截图 / Logs & screenshots

_No response_

Start by reproducing the automatic and manual collaboration flows around enableOrca/disableOrca and the spawn_agent or create_worker entry points. Compare workflow state before and after opening the collaboration window, including the reported workflow: null case and 429 failure. Done means enabled collaboration reliably initializes or restores the workflow without requiring the + action and reports initialization, routing, and provider failures distinctly.

Written by the indexing model from the issue text.