OpenCode v2.3.0默认低详细度适合哪些场景，后台活动如何理解

OpenCode v2.3.0的TUI默认采用low转录详细度，把一段工具调用和思考压缩为一个可折叠活动行，适合优先阅读回答的场景。已有详细度设置会保留，medium与high仍用于更详细的显示。更安静的界面不表示后台没有工作，也不能代替子任务是否完成的判断。

低详细度改变阅读密度

长任务可能穿插搜索、读取文件和多轮工具调用，完整展开时容易把回答夹在活动记录中。low详细度将连续活动汇总成一行，让回答成为阅读重点；该活动行可折叠，含义是显示组织方式改变，不是宣称工具调用被省略或模型思考减少。

v2.3.0对已有详细度配置予以保留，所以不同机器升级后可能呈现不同密度。已有medium或high设置的用户，不必仅因界面没有明显变短就判断更新未生效。TUI配置中的session.verbosity与设置中的Verbosity对应详细度选择，但它们不影响软件版本本身的身份。

父会话可继续工作时，子代理仍可能在运行

同一版本让子代理默认后台执行，立即返回会话ID，并在空闲时向父会话回报。父会话能够继续处理工作，可以同时有多个子代理运行。这里改变的是调用等待方式，不能用父会话恢复可交互状态来证明子任务已经完成。

如果子代理空闲时自己的后台工作仍在运行，它的报告会说明仍在运行，父会话应等待最终报告。因而，“有活动行”“收到会话ID”“出现阶段报告”和“获得最终结果”不是同一个状态。低详细度把记录收紧以后，这种区分仍然必要，不能把安静理解为没有未完成工作。

旧提示定位与活动摘要服务不同目标

桌面端提供Jump to message能力，能够搜索当前会话的提示并跳到对应位置，范围包括尚未加载到时间线的提示。它帮助找回较早的输入；活动摘要则帮助阅读当前记录，两者不应被描述成同一个搜索或恢复机制。

桌面端还增加实验性的Recent会话侧栏：按跨服务器最近活动组织，支持本地固定、排序和常见会话操作，范围限制为最近七天、最多30行，并可隐藏或静音。它既是实验功能，也有明确数量和时间范围，不能理解成无限历史会话总索引。

实验开关与显示偏好各有边界

MCP事件支持仍位于mcp_events实验开关后，Shell超时后转入后台则由shell_timeout_background实验开关控制；开启时，后台命令上显式指定的超时会停止它。它们并不是low详细度的附带效果，也不能因为子代理已经默认后台就被视为同时默认开启。

本地模型发现对Ollama、LM Studio和vLLM的每次请求等待扩为15秒，较慢端点不再拖延其他端点或配置重载。这是发现列表时的等待调整，不能当作生成回答的统一时限。理解v2.3.0时，把阅读密度、后台任务状态、模型发现等待分别看待，才容易知道界面简化之后哪些结果仍需核对。