扩展设置页，支持飞书推送配置、下播延迟、通知历史与自启动/静默启动

[L-aros]

📜 标题（Title）

请提供这个Pull Request中提议的更改的简洁描述：

• 扩展设置页，支持飞书推送配置、下播延迟、通知历史与自启动/静默启动。

🔍 描述（Description）

请描述这个PR做了什么/为什么这些更改是必要的：

• 推送设置增强
  • 在设置页面新增飞书推送配置区域：
    • 增加飞书启用开关；
    • 增加 Webhook 地址输入框；
    • 增加签名密钥输入框；
    • 增加消息类型选择（text / post）控件；
  • 这些控件与 user_config / 配置管理器联动，可自动保存用户更改。
• 录制/推送设置扩展
  • 新增“下播提醒延迟”配置控件：允许用户设置下播通知发送前的延迟秒数；
  • 新增“通知历史记录”相关配置：
    • 是否启用通知历史记录的开关；
    • 最大历史条数输入控件，用于控制保留多少条历史记录。
• 系统设置扩展
  • 新增窗口相关设置控件，用于启用/配置窗口状态记忆（大小、位置等）；
  • 新增“开机自启动”和“静默启动”两个开关：
    • 开机自启动：允许应用随系统启动；
    • 静默启动：应用随系统启动时仅驻留托盘，不主动弹出主窗口。
  • 所有 UI 控件都与底层配置管理（config_manager）集成，保证更改能持久化并在重启后生效。
• 这些改动的必要性：
  • 用户可直接在 UI 中管理飞书推送、下播通知策略和历史记录，无需手工修改配置文件；
  • 自动启动和静默启动提升应用“常驻录制”的体验，降低用户手动干预成本；
  • 窗口状态记忆与统一设置入口提升整体易用性和一致性。

📝 类型（Type of Change）

这个PR引入了哪种类型的更改？（请勾选所有适用的选项）

• 修复Bug
• 新功能
• 代码风格更新（格式化，局部变量）
• 重构（改进代码结构）
• 构建相关更改（依赖项，构建脚本等）
• 其他：设置页交互与配置能力增强

🏗️ 测试（Testing）

请描述您已经进行的测试：

• 本地运行应用，在设置页面按以下场景手动测试：
  • 飞书推送区域
    • 填写 Webhook 与签名密钥，选择消息类型，切换启用/关闭开关后重启应用，确认配置被正确持久化；
    • 在录制任务触发通知后，验证 UI 更改与实际推送行为一致。
  • 下播提醒延迟与通知历史
    • 设置不同的延迟时间（例如 0 / 30 / 60 秒），触发下播，观察通知实际发送时间是否受控于新配置；
    • 开启通知历史记录并设置最大条数，触发多次开播/下播，确认历史记录 UI 中的数据数量受最大条数限制。
  • 窗口/自启动相关设置
    • 调整窗口大小和位置，启用窗口状态记忆，重启应用后确认窗口状态恢复正确；
    • 开启开机自启动与静默启动，验证在模拟启动流程时应用行为符合选项说明（静默启动时仅驻留托盘）。

如果适用，请提供测试更改的说明：

• 打开应用后：
  1. 进入设置页面，依次找到“推送设置”、“录制/通知设置”、“系统/窗口设置”三个区域；
  2. 逐个开关、输入框、下拉框修改配置并点击返回/重启应用，确认界面展示与行为一致；
  3. 搭配实际录制任务（开播/下播）观察通知与历史记录是否符合 UI 中的配置结果。

📋 检查清单（Checklist）

在您创建这个PR之前，请确保以下所有框都被勾选，方法是在每个框中放置一个x：

• 我已经阅读了贡献指南文档
• 我的更改没有产生新的警告
• 我已经添加了覆盖我更改的测试
• 我已经相应地更新了文档（如果适用）
• 我遵循了这个项目的代码风格

注意： 这个PR在所有复选框被勾选之前不会被合并。

---

感谢您的贡献！