Overview
高度可定制的GMGN twitter音频播报插件(X: 0xTechMelon)
GMGN 盯盘伴侣 — 专为 Web3 交易者设计的极速监控播报插件 专为 Web3 和交易者设计,通过监控 WS 极速播报,支持上传本地高音质提示音,规则本地一键导入导出。 **v1.7.8** 👑 **Tab Leader Election 单例播报引擎** 彻底根除多标签页重复播报问题。通过 BroadcastChannel 心跳竞选机制,确保永远只有一个 Tab 执行音频播报(Leader),其他 Tab 保持静默。Leader Tab 关闭后 5 秒内自动故障转移至下一个 Tab,原有的指纹去重降级为兜底安全网。 🔧 **Batch 合并播报修复** 修复了预热缓存文本("一起发推啦")与实际播放文本(" 发推啦")格式不一致导致 IndexedDB 缓存永远未命中的问题,现在统一为“发推啦”格式。同时 TTL 从 8 秒放宽至 15 秒,给排队事件更充分的存活时间。 📝 **播报确认日志** 所有音频播放出口新增 ✅ [已播报] 确认日志,方便在控制台精确追踪每次实际播出了什么内容。 v1.7.7 更新汇总 新特性: 🔥 TTS 异步预热:排队即预请求,播完后 IDB 命中 0 延迟 🔒 分批锁定:3 个一批自动锁定,后续进入新批次 🔤 名字排序复用:A→B 与 B→A 生成相同 cacheKey 🧹 IDB 自动清理:上限 3000 条(~90MB),满了清理最旧 1000 条 修复: 🛡️ 调度器 15s 超时兜底 🛡️ onComplete ownership 竞态守卫 🛡️ playShortBeep AudioContext resume **v1.7.6** 🔒 **多标签页声音重叠修复** 修复了 v1.7.5 引入动态调度引擎后,多开浏览器标签页/窗口时同一事件在不同 Tab 同时播放导致声音重叠的问题。采用「先广播再入队 + 播放前二次校验」双保险策略:事件进入调度器前先通过 BroadcastChannel 广播指纹抢占去重窗口,调度器真正执行播放时再次检查是否已被其他 Tab 播放,彻底消除跨 Tab 竞态窗口。 **v1.7.5** 🚀 **首发 0 延时 + 动态 Batch 防雪崩修剪引擎** - **TTL 智能淘汰**:当大批并发消息堆积时,自动过滤淘汰在队列中等待超过 8 秒的陈旧历史语音,保证盯盘信息绝无历史延误,听到的永远是最新行情。 - **动态超载智能概括**:当极高频并发消息积压 > 3 笔时,自动合并压缩为 `"多位监控账号密集发推"` / `"多钱包高频密集异动"`(并辅以滴滴背景音警报),单次播报仅需 1.5 秒即可释放,彻底斩断极端行情下的音频滚雪球延迟!
5 out of 51 rating
Details
- Version1.7.8
- UpdatedMay 31, 2026
- Size246KiB
- Languages中文(中国)
- DeveloperWebsite
Email
1182601226@qq.com - Non-traderThis developer has not identified itself as a trader. For consumers in the European Union, please note that consumer rights do not apply to contracts between you and this developer.
Privacy
This developer declares that your data is
- Not being sold to third parties, outside of the approved use cases
- Not being used or transferred for purposes that are unrelated to the item's core functionality
- Not being used or transferred to determine creditworthiness or for lending purposes
Support
For help with questions, suggestions, or problems, visit the developer's support site