本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 一个 Windows 小工具，可以读取本机 Claude Code 用量，并推送到 EDIFIER 花再 Halo PixelBar 点阵屏显示，支持手动推送、定时刷新、设备选择和界面化配置。 它可以在 Windows 上自动读取当前电脑的 Claude Code 登录凭证，查询 Claude 用量信息，然后渲染成 256x32 点阵画面，通过 HID 推送到 EDIFIER 花再 Halo PixelBar 显示。 界面: 效果图: 主要功能： 自动获取 Claude Code usage 信息 支持 5 小时、7 天、Sonnet 用量展示 支持 EDIFIER 花再 Halo PixelBar 点阵屏推送 支持手动推送一次 支持定时刷新，比如 5 / 10 / 30 分钟 支持选择设备 支持自定义显示文字、单位、布局、字体参数 支持推送前自动切换 WORK 场景 提供 GUI 可视化配置界面 附带源码和可直接运行的 exe 隐私说明： 工具只读取本机 Claude Code 的 OAuth 凭证，用于查询 usage API；不会上传 token，不会把 token 写入配置文件，也不会打包进 exe。项目是非官方工具，不属于 EDIFIER / Anthropic / Claude 官方项目。 项目地址： https://github.com/3441293738/claude-edifier-pixelbar-usage 1 个帖子 - 1 位参与者 阅读完整话题
之前有 3 个 Voice 号通过 web 版每月手动互发不同语种歌词。 三月底互发时，一个近十年的号和一个十多年的号在各发送一条信息后 voice 账号被禁用了。 多次去 Google 申诉都是同样封禁不给用。去 FCC 投诉，Google 拖到最后一天回复让通过链接地址去申诉，结果还是不给解封。 为了暂时保住最后一个注册时间最长的 Voice 号，在刷了 xiaomi.eu 的 Note 12 Tubro 上安装了 Voice 应用，24 小时开启 SS 配置绕过大陆地址。 Voice 应用没有开启自启动，省电策略是后台运行超过 10 分钟后关闭。现状是不论停止运行多久只要收到信息都会第一时间推送通知。 本机上另外一个能抽风式推送通知的是智能省电策略的淘宝。其他 play 版应用即使点击打开都不会用推送通知。
之前有 3 个 Voice 号通过 web 版每月手动互发不同语种歌词。 三月底互发时，一个近十年的号和一个十多年的号在各发送一条信息后 voice 账号被禁用了。 多次去 Google 申诉都是同样封禁不给用。去 FCC 投诉，Google 拖到最后一天回复让通过链接地址去申诉，结果还是不给解封。 为了暂时保住最后一个注册时间最长的 Voice 号，在刷了 xiaomi.eu 的 Note 12 Tubro 上安装了 Voice 应用，24 小时开启 SS 配置绕过大陆地址。 Voice 应用没有开启自启动，省电策略是后台运行超过 10 分钟后关闭。现状是不论停止运行多久只要收到信息都会第一时间推送通知。 本机上另外一个能抽风式推送通知的是智能省电策略的淘宝。其他 play 版应用即使点击打开都不会用推送通知。
之前有 3 个 Voice 号通过 web 版每月手动互发不同语种歌词。 三月底互发时，一个近十年的号和一个十多年的号在各发送一条信息后 voice 账号被禁用了。 多次去 Google 申诉都是同样封禁不给用。去 FCC 投诉，Google 拖到最后一天回复让通过链接地址去申诉，结果还是不给解封。 为了暂时保住最后一个注册时间最长的 Voice 号，在刷了 xiaomi.eu 的 Note 12 Tubro 上安装了 Voice 应用，24 小时开启 SS 配置绕过大陆地址。 Voice 应用没有开启自启动，省电策略是后台运行超过 10 分钟后关闭。现状是不论停止运行多久只要收到信息都会第一时间推送通知。 本机上另外一个能抽风式推送通知的是智能省电策略的淘宝。其他 play 版应用即使点击打开都不会用推送通知。
之前有 3 个 Voice 号通过 web 版每月手动互发不同语种歌词。 三月底互发时，一个近十年的号和一个十多年的号在各发送一条信息后 voice 账号被禁用了。 多次去 Google 申诉都是同样封禁不给用。去 FCC 投诉，Google 拖到最后一天回复让通过链接地址去申诉，结果还是不给解封。 为了暂时保住最后一个注册时间最长的 Voice 号，在刷了 xiaomi.eu 的 Note 12 Tubro 上安装了 Voice 应用，24 小时开启 SS 配置绕过大陆地址。 Voice 应用没有开启自启动，省电策略是后台运行超过 10 分钟后关闭。现状是不论停止运行多久只要收到信息都会第一时间推送通知。 本机上另外一个能抽风式推送通知的是智能省电策略的淘宝。其他 play 版应用即使点击打开都不会用推送通知。
之前有 3 个 Voice 号通过 web 版每月手动互发不同语种歌词。 三月底互发时，一个近十年的号和一个十多年的号在各发送一条信息后 voice 账号被禁用了。 多次去 Google 申诉都是同样封禁不给用。去 FCC 投诉，Google 拖到最后一天回复让通过链接地址去申诉，结果还是不给解封。 为了暂时保住最后一个注册时间最长的 Voice 号，在刷了 xiaomi.eu 的 Note 12 Tubro 上安装了 Voice 应用，24 小时开启 SS 配置绕过大陆地址。 Voice 应用没有开启自启动，省电策略是后台运行超过 10 分钟后关闭。现状是不论停止运行多久只要收到信息都会第一时间推送通知。 本机上另外一个能抽风式推送通知的是智能省电策略的淘宝。其他 play 版应用即使点击打开都不会用推送通知。
之前有 3 个 Voice 号通过 web 版每月手动互发不同语种歌词。 三月底互发时，一个近十年的号和一个十多年的号在各发送一条信息后 voice 账号被禁用了。 多次去 Google 申诉都是同样封禁不给用。去 FCC 投诉，Google 拖到最后一天回复让通过链接地址去申诉，结果还是不给解封。 为了暂时保住最后一个注册时间最长的 Voice 号，在刷了 xiaomi.eu 的 Note 12 Tubro 上安装了 Voice 应用，24 小时开启 SS 配置绕过大陆地址。 Voice 应用没有开启自启动，省电策略是后台运行超过 10 分钟后关闭。现状是不论停止运行多久只要收到信息都会第一时间推送通知。 本机上另外一个能抽风式推送通知的是智能省电策略的淘宝。其他 play 版应用即使点击打开都不会用推送通知。
之前有 3 个 Voice 号通过 web 版每月手动互发不同语种歌词。 三月底互发时，一个近十年的号和一个十多年的号在各发送一条信息后 voice 账号被禁用了。 多次去 Google 申诉都是同样封禁不给用。去 FCC 投诉，Google 拖到最后一天回复让通过链接地址去申诉，结果还是不给解封。 为了暂时保住最后一个注册时间最长的 Voice 号，在刷了 xiaomi.eu 的 Note 12 Tubro 上安装了 Voice 应用，24 小时开启 SS 配置绕过大陆地址。 Voice 应用没有开启自启动，省电策略是后台运行超过 10 分钟后关闭。现状是不论停止运行多久只要收到信息都会第一时间推送通知。 本机上另外一个能抽风式推送通知的是智能省电策略的淘宝。其他 play 版应用即使点击打开都不会用推送通知。
之前有 3 个 Voice 号通过 web 版每月手动互发不同语种歌词。 三月底互发时，一个近十年的号和一个十多年的号在各发送一条信息后 voice 账号被禁用了。 多次去 Google 申诉都是同样封禁不给用。去 FCC 投诉，Google 拖到最后一天回复让通过链接地址去申诉，结果还是不给解封。 为了暂时保住最后一个注册时间最长的 Voice 号，在刷了 xiaomi.eu 的 Note 12 Tubro 上安装了 Voice 应用，24 小时开启 SS 配置绕过大陆地址。 Voice 应用没有开启自启动，省电策略是后台运行超过 10 分钟后关闭。现状是不论停止运行多久只要收到信息都会第一时间推送通知。 本机上另外一个能抽风式推送通知的是智能省电策略的淘宝。其他 play 版应用即使点击打开都不会用推送通知。
之前有 3 个 Voice 号通过 web 版每月手动互发不同语种歌词。 三月底互发时，一个近十年的号和一个十多年的号在各发送一条信息后 voice 账号被禁用了。 多次去 Google 申诉都是同样封禁不给用。去 FCC 投诉，Google 拖到最后一天回复让通过链接地址去申诉，结果还是不给解封。 为了暂时保住最后一个注册时间最长的 Voice 号，在刷了 xiaomi.eu 的 Note 12 Tubro 上安装了 Voice 应用，24 小时开启 SS 配置绕过大陆地址。 Voice 应用没有开启自启动，省电策略是后台运行超过 10 分钟后关闭。现状是不论停止运行多久只要收到信息都会第一时间推送通知。 本机上另外一个能抽风式推送通知的是智能省电策略的淘宝。其他 play 版应用即使点击打开都不会用推送通知。
苹果今年晚些时候将推送的 macOS 27 似乎有望成为一次以优化为核心的重大更新。 按照以往经验，macOS 开发者测试版通常会伴随大量漏洞和性能问题，上一代正式版 macOS Tahoe 也因卡顿和性能退步饱受诟病。 不过，一名使用 5 年机龄 M1 Pro MacBook Pro 的用户在安装 macOS 27 开发者测试版后表示，系统整体流畅度有了“质的飞跃”。 这名 Reddit 用户 “Pilingo” 在帖子中称，尽管这是早期开发者测试版本，但此前在 macOS Tahoe 上出现的种种拖沓感已经明显消失。 他表示，此前设备在 Tahoe 系统下存在明显的界面卡顿、动画掉帧以及整体响应迟缓的问题，如今在 macOS 27（代号 Golden Gate）上已基本不再出现。 在他的主观体验中，应用启动速度更快，动画更加顺滑，整个系统给人的感觉更加灵敏、打磨得更加完善。 从硬件世代来看，M1 Pro 虽然在发布时性能突出，但如今已算是“老芯片”，然而 macOS 27 的优化让这台五年前的 MacBook Pro 获得了“重生”。 更令这名用户意外的是，苹果上一代稳定版系统 Tahoe 的运行表现竟然不如当前仍处于开发阶段的 Golden Gate，由此也被解读为苹果在过去一年中将大量精力投入到了底层性能和系统响应方面的打磨。 这一积极反馈并非孤例。在评论区中，另一位网名为 “EffectiveDaikon1457” 的 Reddit 用户也表示，其搭载 M3 芯片、仅配备 8GB 统一内存和 256GB SSD 的 MacBook Air，在升级至 macOS 27 测试版后同样获得了明显的性能改善。 在这样一台配置相对基础的机器上，依旧能感受到系统流畅度提升，这进一步强化了外界对 macOS 27“主打优化”的印象。 苹果在今年的发布会上曾强调，macOS 27 将以顶级性能优化和系统响应速度为核心卖点。 结合目前来自测试版用户的反馈来看，至少在部分机型上，这一宣传并非空谈。 不过，当前版本毕竟仍处于开发阶段，具体的性能变化与稳定性表现如何，还需要等到更多机型参与测试以及后续版本迭代才能下结论。 外界也关注，等到 macOS 27 正式版在今年晚些时候面向所有用户推送时，系统会否在保持当前高流畅度的同时，兼顾长期使用下的稳定性和兼容性。 对于已经对 Tahoe 表现不满的用户而言，macOS 27 有望成为一次“纠错式”更新，让老款与新款 Mac 都能在日常使用中获得更接近苹果宣传口径的体验。 目前，愿意尝鲜的开发者和普通用户已经可以通过苹果开发者网站下载并安装 macOS 27 开发者测试版。 不过，考虑到测试版系统仍可能存在未知问题，选择升级前仍需做好数据备份，并谨慎评估在主力设备上安装测试版系统的风险。 查看评论