refactor(playlist): 优化歌单刷新机制与请求逻辑以更好适配 Meting 扩展插件

[SDCOM-0415]

本次提交代码由Gemini 3.1 Pro、Claude fable 5修改，本次PR由Gemini 3.1 Pro生成

此 PR 引入了什么类型的更改？

• 缺陷修复 (Bugfix)
• 新功能 (Feature)
• 代码样式优化 (Code style update)
• 代码重构 (Refactoring)
• 构建 / CI 相关更改 (Build or CI related changes)
• 文档修改 (Documentation content changes)
• 其他

目前的行为是什么？
目前在通过第三方插件（例如 Meting API 插件）导入和刷新外部歌单时，当网络请求被拦截、缓存，或是遇到无法预料的解析错误时，播放器层面缺乏直观的追踪链路。同时，fetch 接口中手动附加了 Cache-Control 导致部分跨域请求触发额外的 OPTIONS 预检请求（CORS），影响了第三方 API 的接入效率；并且针对第三方数据库对象更新时的写法容易引发不可控的旧状态覆盖。

新的行为是什么（为 Meting API 插件做的适配优化）？

1. 精简请求机制，优化 CORS 跨域：为配合外部 API 环境（如 api.meting.icu 等），移除了多余的 Cache-Control 和 Pragma 自定义请求头。目前依靠 cache: "no-store" 以及插件端的随机时间戳已足够绕过缓存，减少了不必要的预检请求（Preflight），极大提升了歌单拉取的兼容性与成功率。
2. 完整覆盖调试日志：针对第三方歌单的“刷新逻辑”，在拦截、发出请求、获取响应与解析 JSON、落库 Dexie 等全链路阶段均增设了详尽的 console.log。当插件层对接 API 出现解析问题时，能帮助插件开发者（如 Meting 插件）快速追踪断点并定位问题。
3. 强化对外部状态的包容性：改写并简化了 db.playlists.update 的传递形式，并在涉及外部传入数据的地方（如 metingApiUrl）全面引入了可选链 ?. 安全调用，使得播放器本体对来自外部插件的非标准化数据有着更好的容错度。
4. 统一构建标准：修复了 CI 工作流 build-web.yaml 中格式不一致的问题。

此 PR 是否包含破坏性变更（Breaking Change）？

• 是
• 否

其他信息：
此 PR 主要致力于提升 AMLL 播放器本体对 amll-meting-plugin 及其它依赖外部第三方 API 拉取歌单的插件的环境兼容度和调试友好度，确保未来的外部歌单同步体验能够更加稳定顺畅。