OpenCode v2.3.0的本地模型发现与后台任务等待范围有什么变化

OpenCode v2.3.0把Ollama、LM Studio和vLLM的模型发现请求等待上限从每次1秒扩展为15秒，面向远程或通过隧道访问的端点；较慢端点不再拖延其他端点或配置重载。同时，子代理默认后台执行，立即返回会话ID。两种等待分别属于模型发现和任务执行，不能把15秒当作生成回答的统一超时。

模型列表请求为什么与生成请求不同

模型发现要先向端点查询可用模型，生成请求才会实际使用选中的模型。服务部署在远程主机或经过隧道时，发现请求可能需要更长时间。v2.3.0给每次模型发现请求最多15秒的等待，使这种连接有机会返回模型列表，而不是沿用1秒窗口过早失败。

这个数字不表示所有模型请求都必须在15秒内完成，也不保证端点一定可用。网络不可达、认证不正确或服务没有返回合适列表，仍可能导致发现失败。该版本还修复保存的API密钥在本地模型发现中被遗漏的问题，并修复LM Studio模型上下文长度为空的情况、加入决策类型模型支持，各项改动仍有各自触发条件。

较慢端点与整个工作区的响应分开处理

发行说明明确，较慢的模型端点不会再阻塞其他端点或配置重载。这意味着某个发现请求等待较久，不应直接等同于整个配置系统都需要停下。判断问题时，可以区分某个端点没有及时提供列表，还是配置本身尚未刷新；不能仅凭一个模型源响应慢就推断所有已配置提供方都失效。

这类隔离改善的是等待关系，不是网络延迟本身。v2.3.0没有宣称远程推理会因此变快，也没有公开统一速度增幅；模型执行性能仍需结合具体端点和任务结果判断。

后台子代理的会话ID不是成功结果

子代理默认后台运行，立即返回自己的会话ID，在空闲时向父会话回报。父会话因此可以继续工作，也能同时有多个子代理运行。若子代理空闲时自己的后台工作还没结束，回报会说明仍在运行，父会话应继续等待最终报告，不能把阶段答案当作完成。

Shell命令的后台超时则是另一项实验能力，由shell_timeout_background开关控制；启用时，后台命令上显式指定的超时会停止它。MCP事件仍由mcp_events实验开关控制。这两项不能因子代理默认异步就被理解为同时默认启用。

转录记录减少不改变完成判断

TUI默认low详细度把一段工具调用和思考汇成可折叠活动行，让答案更容易阅读；已有详细度配置保留，medium和high仍用于更详细的显示。记录看起来短，不意味着没有执行工具；父会话可以继续处理任务，也不意味着所有子代理都已经结束。

桌面端还提供当前会话的历史提示定位，但显示定位、模型发现、后台执行是三个层面。把端点列表是否加载、子任务是否最终回报、答案是否验证通过分开判断，更容易在v2.3.0的新等待方式下保持清楚的任务状态。