问题描述
当前主 session 在派遣多个子 session 时，子 session 会频繁发出提示，整体通知密度较高，容易打断当前操作流程。
另外，当父 session 主动结束子 session 时，系统会播放类似“错误”的提示音（用户主动结束也会播放错误提示音）。这会让使用者难以判断：
- 这是真正的异常/报错
- 还是一次正常的、由父 session 发起的结束操作
从体验上看，这两类事件的语义完全不同，但目前给人的感受却比较接近，容易造成误解和心理负担。
影响
- 当主 session 同时派遣多个子 session 时，通知会比较频繁，影响专注度
- 用户难以快速分辨“真实报错”与“正常结束”
- 错误音效被用于非错误场景，会削弱真正错误提示的辨识度
建议方案
1. 支持用户自定义是否接收子 session 提示
建议提供配置项，允许用户选择是否开启子 session 的提示通知，例如：
- 接收所有子 session 提示
- 仅接收关键事件提示（如真正错误的提示音）
- 完全关闭子 session 提示
2. 区分“主动结束”和“真实错误”的反馈方式
建议将以下两类事件明确区分：
- 父 session 主动结束子 session：使用普通提示音、静默提示，或仅显示状态变更
- 子 session 异常退出/真实报错：使用错误音效或更强提醒
预期效果
如果支持上述能力，用户在多子 session 场景下会更容易保持专注，也能更准确地理解系统反馈，避免把正常流程误认为异常。
问题描述
当前主 session 在派遣多个子 session 时，子 session 会频繁发出提示，整体通知密度较高，容易打断当前操作流程。
另外，当父 session 主动结束子 session 时，系统会播放类似“错误”的提示音（用户主动结束也会播放错误提示音）。这会让使用者难以判断：
从体验上看，这两类事件的语义完全不同，但目前给人的感受却比较接近，容易造成误解和心理负担。
影响
建议方案
1. 支持用户自定义是否接收子 session 提示
建议提供配置项，允许用户选择是否开启子 session 的提示通知，例如：
2. 区分“主动结束”和“真实错误”的反馈方式
建议将以下两类事件明确区分：
预期效果
如果支持上述能力，用户在多子 session 场景下会更容易保持专注，也能更准确地理解系统反馈，避免把正常流程误认为异常。