Newlearnerの自留地

#Mac#macOS#Web#APPLE 💻值得一看的数据故事：iPhone、Macintosh 与 macOS 篇 前段时间和大家分享了一个在线的 机械键盘博物馆，而后发现了 sheets.works 这个表单数据可视化的 SaaS 网站。在探索这个产品的过程中，又接触到了官方制作的一份每周更新的 Newsletter，话题涵盖投资、人文、科技、艺术等 🍎 正值 Apple 50 周年，我注意到周刊上线了一批与 Apple 产品编年史有关的可视化数据整理，涵盖了 iPhone、Mac 和 macOS 等产品，一起与大家分享 📱iPhone 介绍语我很喜欢：One device changed everything. This is every single one. 总之，和许多其他可视化网页和博主一样，网页将历年的 iPhone 们排排队，对每一款都做了详细的介绍 不仅如此，网页还用很丝滑的动画，标注出了他们认为的「里程碑时刻」。还提到了那些被 Apple 砍掉的东西：30 Pin、3.5mm 耳机孔、Home 键、3D Touch 等。最后，网页对历年 iPhone 的颜色进行了统计和展示，让人一目了然 相信很多 Apple Fans 对于 iPhone 的机型和发展史，已经如数家珍。这个网页比较适合后来接触 Apple 文化的新朋友，以及想要沉浸回顾的老朋友 💻Macintosh Macintosh 的名气没有 iPhone 那么响亮，它的发展史也没有那么为人们熟知，但它确实是 Apple 公司成立以来最早的一批产品。从 1983 年 Apple Lisa 横空出世，到如今 MacBook Neo 主打入门市场， 43 年的麦金塔电脑都集于这里 与 Mactracker 等冷冰冰的参数集不同，网站用动画和文字，带你快速掠过那些 Macintosh 发展的里程碑事件。在这其中，我认为还应该加上 2015 年发布的、首次采用蝶式键盘和全新外观设计的轻薄 MacBook 此外，网页还盘点了历代 Macintosh 的颜色情况、重量和价格变化，并列举了用 Macintosh 制作的那些软件、动画、设计项目。就像网页中提到的那样：The Mac never won the market. It won the culture. 🧑🏻‍💻macOS 相比于上面两者，我了解最多、接触最深、感情最浓的还是每天都会打交道的 macOS 操作系统。自 2001 年以来，Mac OS X 横空出世，代号从动物到景观，逐步演化为如今的 macOS（数字命名方式也在改变） 或许作者同样很爱 macOS，在这个网页里，详细展示了每一代操作系统的命名方式、壁纸和主题视觉、新功能等信息。从中你可以一窥 macOS 20 多年来在设计和功能方面翻天覆地的变化 First the predators. Then the places. One Mac. All along. 👀 无论是回顾 Apple 50 周年，还是展望下个月即将举行的 WWDC26，这套网页都是对 Apple 来时路的优雅总结和展示。希望你看得开心，从中了解不曾接触过的历史 📘 关联阅读： 1️⃣老 Mac 入门（keng）指南（新手向） 2️⃣Vintage Macintosh Programming Book Library：复古 Mac 编程相关书籍库 3️⃣非官方 Apple 苹果产品参数中心 4️⃣又一个非官方 Apple 苹果产品参数大全 频道：@NewlearnerChannel

#macOS#APP#AI 🧠oh-myusage：面向 macOS 菜单栏的 AI 订阅、额度与账号状态控制台 🔗：GitHub | Download 👉Features - 支持 Codex、Claude、Gemini、Kimi 等多个主流 AI 订阅产品 - 显示额度、百分比、余额、倒计时、刷新状态和异常状态 - 统一管理官方 Provider、本地桌面端会话和账号资料 - 支持低额度、鉴权失效、连续失败等提醒 - 对认证失败、限流、端点配置错误、网络不可达等状态做用户可读诊断等 🧑🏻‍💻适合谁 • 同时使用多个 AI 官方产品，希望在菜单栏快速判断额度状态的人 • 依赖多个第三方中转站，希望统一查看余额、Token 用量和异常原因的人 • 经常在多个 Codex 或 Claude 本地账号之间切换的人 • 希望区分“官方确认”“本地估算”“缓存回退”“鉴权失效”等数据可信度的人 • 想要一个长期常驻、低能耗、可诊断的 AI 用量监控工具的人 🔥 随着各类第三方 AI Agent 和人们日常编程需求的急剧增加，消耗的 Token 也不可同日而语。在这样的背景下，我们需要一个工具来聚合、显示不同 AI 平台的 Token 开销和余量，于是 macOS 端有了 oh-myusage 💡 项目把官方订阅额度、模型使用窗口、第三方中转余额、本地桌面端账号状态和异常诊断统一放到菜单栏里。它不是单一网页余额的封装，而是一个常驻运行、低打扰、可扩展的 AI 用量工作台。文档已经足够详细，欢迎大家试用 📘 关联阅读： 1️⃣面对「龙虾大战」，你可以用到的几个工具网站 2️⃣Open Minis: Your Private On-Device Agent 3️⃣Kaku：极速开箱即用的 AI 友好终端 4️⃣OpenClaw：我见过最强的开源 Al Agent之一，也有很明确的边界 频道：@NewlearnerChannel

#macOS#APP#Internet 🧩 Antify：按应用控制网络连接的 macOS 透明代理工具 🔗：Web | V2EX ⭐️ Features: • 按 App / CLI 工具单独设置 Proxy、Direct、Block • 子进程自动继承规则，适合 Chrome 等复杂应用 • 支持多套配置，并可根据 Wi-Fi 自动切换 • Discovery 模式实时查看连接来源和目标地址 • 支持 SOCKS5、HTTP / HTTPS，支持远端 DNS 解析 macOS 上的代理工具一直不少。全局代理太粗暴，TUN 模式又容易把所有流量都卷进去；但只靠系统代理或者环境变量，又经常会遇到某些 App 不认、某些 CLI 忘记设置、某些子进程偷偷直连的问题。Antify 实现了把不同 App 的网络流量精确地分到代理、直连或者阻断里。 从 V2EX 讨论里看，Antify 最初就是为了解决 Antigravity 的网络问题。在实践中，Clash 这类工具只在后台提供代理，不开系统代理也不开 TUN，然后由 Antify 决定哪些 App 流量进入代理，这是一个更干净的组合使用方式，我认为这是非常优雅的。代理软件负责节点和规则，Antify 负责本机应用分流。当然，Antify 现在还很新，稳定性肯定需要继续观察。它依赖 Apple NetworkExtension 框架，因此系统要求是 macOS 14+，对老系统用户不太友好；同时这类工具一旦进入网络链路，权限、DNS、防泄漏和规则优先级都需要做得足够可靠才适合长期依赖。 频道：@NewlearnerChannel

#macOS#GitHub情报#Tools 🏝️SuperIsland：Mac 刘海变 Dynamic Island 🔗：Web | GitHub ⭐️ Features • 显示音乐、电池、天气、日历和通知 • 支持文件拖放到刘海区进行分享/传输 • 可替代系统音量/亮度 HUD，交互更集中 • 提供 JavaScript Extension SDK，可自行扩展模块 • 开源、免费 iPhone 上的 Dynamic Island 当年一出来，大家一边吐槽刘海，一边又不得不承认苹果确实把一个原本碍眼的硬件缺口包装成了可交互的信息入口。MacBook 也有刘海，但这么多年下来系统从没利用过它，成了实实在在的挖掉一块菜单栏。这几年也有一些商业化的 app 尝试把 Dynamic Island 概念 引入到 Mac，但是对于这种纯纯玩具还收费的 app 是没什么兴趣的。SuperIsland 最大的最吸引人的地方，我觉得还是开源和免费。 目前 SuperIsland 完成度较高，可以显示正在播放的音乐、电池和充电状态、日历事件、天气、通知，以及音量亮度这类本来就只会短暂出现的系统反馈。这些处理是相对合理的，这种轻量信息也只需要简单但频繁的看看，这某种程度上算是终于给 Mac 的 notch 找到了一个还算说得过去的用途。 SuperIsland 还留了扩展接口。项目提供了 JavaScript SDK，开发者可以不用碰太多原生 SwiftUI 细节，直接写自己的模块，这就让它从一个“有趣的小玩具”稍微往“可持续折腾的平台”靠近了一点。像番茄钟、状态监控、AI 统计信息这类东西，理论上都可以继续往里塞。对于喜欢折腾菜单栏、桌面层小工具的人来说，这种开放性会比单纯内置几个功能更有吸引力。 🤔 当然，这类项目也有很现实的限制。不是每个人都需要在刘海区再放一层信息；其次这类常驻系统顶层界面的工具，对稳定性、性能和权限处理都很敏感，做得酷不算难，长期用下来不烦人才更难。MacBook 这块多年被浪费掉的刘海，能不能被重新设计成一个有点意思的交互入口，SuperIsland 还是非常值得尝试的。SuperIsland 还有另外一个项目 SuperCmd 我们也介绍过。 📘 关联阅读：Vibe Island - 把 MacBook 刘海变成 AI 编程代理的实时控制面板及同类项目 频道：@NewlearnerChannel

#macOS#Tools#CLI 🐹Mole：一个开源的 macOS 深度清理工具 🔗：GitHub ⭐️Features • 免费开源，MIT License • 命令行优先，轻量、透明、适合自动化 • 支持深度清理缓存、日志、浏览器残留、App 遗留数据 • 支持卸载 App，并清理 LaunchAgents、偏好设置等隐藏残留 • 支持磁盘分析、系统状态查看、实时 CPU / 内存 / 磁盘 / 网络信息 • 对开发者很友好，覆盖 Xcode、模拟器、Claude Code、Cursor、Windsurf、Cline、Aider、Node、Python、Go 等常见开发缓存 Mole 可以理解成一个放在终端里的 macOS 清理工具，把 CleanMyMac、AppCleaner、DaisyDisk、iStat Menus 里常用的能力做成了一个轻量命令行工具。它的重点不是花哨界面，而是让你清楚知道哪些东西可以删、会释放多少空间，以及怎么安全地处理。 对开发者来说，Mole 比较实用的地方是它懂很多现代开发环境的垃圾来源，比如 Xcode 模拟器、浏览器缓存、AI Coding 工具缓存、各种语言和包管理器残留。平时跑一下 mo clean，经常能一次清出不少空间；想看磁盘占用可以用 mo analyze，卸载 App 可以用 mo uninstall，看机器状态可以用 mo status。 🤔 如果你习惯终端，也不太喜欢那些又重又贵的 Mac 清理软件，Mole 会是一个很顺手的选择。它更像是给 Mac 用户，尤其是开发者准备的一个日常维护工具。当前 GitHub 已经 48K Stars，更新也很勤快，值得放进工具箱里。 * 本文为开发者自荐 频道：@NewlearnerChannel

#macOS#Windows#GitHub情报#Tools 🎬 OpenScreen：免费开源的 Screen Studio 替代品 🔗：Web | GitHub ⭐️ Features: • 录制指定窗口或整个屏幕 • 支持自动或手动缩放，突出操作重点 • 支持麦克风和系统音频录制 • 可裁剪画面、添加文字/箭头/图片标注 • 支持片段裁切、变速以及多种比例和分辨率导出 • 开源免费，可个人和商业使用 这几年做产品演示、录教程、发更新视频几乎已经成了独立开发者和创作者的基本功。问题是，这类需求虽然越来越普遍，但真正做得顺手的工具并不便宜。Screen Studio 的效果大家都有目共睹，缩放、运镜、背景这些细节一开，录出来的视频确实比原始录屏好看很多；但月付 29 美元的价格，对很多只是偶尔录个 demo 的人来说还是有点肉疼 -- OpenScreen 也正是在这种背景下出现的。 从功能上看，OpenScreen 已经把这类工具最核心的部分覆盖的比较完整了。录窗口、录全屏、自动缩放、手动加 zoom、录麦克风和系统音频、加标注、裁切片段、调整速度、导出不同尺寸，这些高频功能 OpenScreen 都可以满足。如果只是计划做一个好看一点的产品演示、功能 walkthrough，或者给应用录一段更新展示视频，OpenScreen 基本已经够用。不是每个人都愿意为了几段 demo 视频长期订阅一款软件，也不是每个人都需要专业级的视频包装能力。OpenScreen 这种工具就是给“想把录屏做得稍微体面一点，但又不想为此单独养一项订阅”的独立开发者准备的。 🤔 当然，OpenScreen 现在还在 Beta 阶段，难免会有 bug，稳定性和完成度也肯定还不能和成熟商业产品相比。另外 OpenScreen 是 Electron 路线，如果你是那种很在意原生感、性能和系统一致性的专业用户，大概率还是会更偏向付费的成熟方案。以及说到底，这类开源替代品都有一个“能不能持续活下去”的现实问题。如果你只是想找一个免费、开源、没水印、没有订阅包袱的录屏演示工具，OpenScreen 确实很值得试试。 频道：@NewlearnerChannel

#macOS#Tool 🎒 nanobrew —— 高效的 macOS 包管理器 Homebrew 很好用,但确实慢。而且大部分慢并不来自网络,而是 Ruby 启动、curl 子进程、otool shell-out,以及串行的依赖解析 nanobrew 用 Zig 从零重写,把这些问题一次改掉 💡 特点 - 快: 安装一个包比 Homebrew 最高快 ~230 倍 - 兼容Homebrew: 复用 Homebrew bottle 生态, 通过 nb migrate 可以一键迁移,支持 Brewfile - 轻量: ~2MB 静态二进制, 没有 Ruby、没有 runtime - 干净: cask 装完不再被 Gatekeeper 隔离, sudo nb init 之后再不用 sudo 📖 原理 & 背后设计 - BFS 并行依赖解析: 依赖按层遍历,同一层的 API 请求全部并发发出, 而不是串行一个个等 - 原生 HTTP 下载: 用 Zig 的 std.http.Client, 每个 bottle 不再 fork 一个 curl 子进程 - 原生 Mach-O 解析: 直接从二进制 header 读 load command, 不走 otool, codesign 批量处理 - Content-addressed store: 以 SHA256 为 key 去重, 重装直接跳过下载和解压 🌟 关于 Zig - "更好的 C": 兼容 C ABI, 但修掉了 C 的历史包袱 - 核心理念: 没有隐藏的控制流,没有隐藏的内存分配——你看到的代码就是运行的代码 适合写底层、写 CLI、写需要极致启动速度和可预测性能的东西 🔩 安装 $ curl -fsSL https://nanobrew.trilok.ai/install | bash 📘 关联阅读： 1️⃣Sapphire：Rust 版本的 Homebrew 2️⃣Cork：好用的 macOS Homebrew GUI 界面软件 频道：@NewlearnerChannel

#macOS#GitHub情报 🧊 Thaw：macOS 菜单栏管理工具的新继任者 🔗：GitHub ⭐️ Features: • 隐藏、展开和重新排列菜单栏 • 支持单独的常驻隐藏区和 Bar • 可自定义菜单栏外观 • 原生开发，开源免费 macOS 的菜单栏一直都是个很微妙的区域。一方面它几乎承担了大量后台工具的常驻入口，各种服务的图标都想往上挤；另一方面系统本身对菜单栏项目的管理能力又很有限，尤其是在刘海屏上可用空间被进一步压缩之后，图标拥挤、遮挡和排序混乱就更容易变成日常烦恼，尤其对我这种强迫症而言。也正因为这样，菜单栏管理这个赛道一直不缺需求，但真正顺手、稳定、又让人放心的选择并不算多。macOS 26 时代虽然终于可以管理一下菜单栏项目了，但这个原生的管理功能又过于羸弱。 过去很多人默认会选 Bartender，但在被收购之后，这个老牌工具的处境一下子变得有些微妙了。收购方过往的一些争议记录，让不少用户对它的信任迅速下降。对于这类拥有较高系统权限、长期驻留后台的工具来说，信任本身就是产品体验的一部分。也正是在这之后，Ice 这类开源替代品迅速获得关注，菜单栏管理这个原本有些沉寂的品类又重新热闹起来，但是很可惜 Ice 昙花一现之后又归于沉寂。Thaw 从 Ice 分叉出来，修 bug、跟进新版本 macOS 兼容性，完成 Ice 未竟的事业。 从功能上看，除了最基础的隐藏/显示菜单栏项目，Thaw 还支持拖拽排列、搜索菜单栏图标、自动重新隐藏，以及在刘海屏 Mac 上把隐藏项目放到单独的栏里显示。另外，Thaw 还提供了对菜单栏外观的控制，比如颜色、阴影、边框、圆角这些视觉层面的定制。从这些上面看，Bartender 的功能 Thaw 都实现了。 👀 其实最重要的并不是 Thaw 实现了多少功能或者添加了多少新功能，而是 Thaw 在这个节点上提供了一个还算让人安心的开源延续方案。菜单栏管理工具这种东西看着不大，但因为要长期驻留后台、处理系统级界面，又往往需要较高权限，一旦进入工作流，稳定性、兼容性和信任感往往比炫技更重要。当然，这类工具也不是所有人都需要；如果你的菜单栏本来就很干净，或者根本不在意顶部那一排图标，那 Thaw 对你的意义不会太大。 频道：@NewlearnerChannel

#macOS#GitHub情报 📋 Deck：新的 macOS 剪贴板管理器 🔗：GitHub | Website ⭐️ Features: • 记录文本、图片、文件、颜色、链接和富文本 • 本地语义搜索、OCR、模板库、文本转换 • 隐私优先，支持敏感信息过滤和 Touch ID / Face ID 解锁 • 支持局域网分享、快捷键操作、CLI Bridge 和 Siri Shortcuts Deck 是新的一个 macOS 的剪贴板工具，但这次不是那种只会“保存复制历史”的基础款了。除了最基本的历史记录和搜索，它还加入了 OCR、语义搜索、模板、规则自动化、链接清洗、即时计算，甚至还能识别 Figma 剪贴板内容和 IDE 里的文件路径加行号。在 UI 上 Deck 向大名鼎鼎的 Paste 靠近，这种设计私以为截图很好看但是占用空间过大，反而可能降低效率（?）。 Deck 明确强调 local-first，数据默认留在本地，还会对银行卡号、证件号之类的敏感内容做过滤，也能在检测到敏感窗口、录屏或屏幕共享时隐藏面板。一个剪贴板软件愿意认真处理这些问题，我觉得比多加几个花哨功能更重要，毕竟剪贴板本来就是最容易混进隐私数据的地方。 👀 Deck 目前完全免费，只支持 macOS 14 及更新的系统版本；另外虽然是发布在 Github 上的公开仓库，但实际上是 source-available，而不是通常意义上的开源，README 里也明确写了不接受 pull request，代码自由度可能没那么高。但如果你本来就在找一个功能密度高、设计思路现代、同时又把隐私问题放在前面的 macOS 剪贴板工具，Deck 确实是近期很值得看的一个项目。另外，开发者 yuzeguitarist 非常有巧思，他的另外一个项目 Orbit 也非常有意思。 📘 关联阅读：Maccy - 开源、轻量的 macOS 剪切板管理器 频道：@NewlearnerChannel

#GitHub情报#macOS#AI ☠️ANE — 逆向工程解锁 Apple Neural Engine 训练能力 首个绕过 CoreML、在 Apple M4 神经引擎上实现完整反向传播的开源概念验证，证明 ANE 硬件本身具备训练能力，软件封锁才是真正壁垒。 ✨特点 • 私有 API 直连：通过逆向工程 _ANEClient、_ANECompiler 等私有接口，完全绕过 CoreML，实现对 ANE 硬件的直接控制，吞吐提升 2–4x。 • 完整前向 + 反向传播：在 ANE 上运行 Transformer 的前向与 dx 梯度计算，权重梯度 dW 由 CPU（Accelerate cblas）并发处理，支持 Adam 优化器与 checkpoint 续训。 • 动态权重管道：将权重打包进空间维度，实现权重更新无需重新编译，突破 ANE 每进程约 119 次编译上限的约束。 • INT8 W8A8 量化：利用 MIL quantize/dequantize 算子在 L2 SRAM 缓存 INT8 激活值，M4 上实测 1.88x 吞吐提升（35.1 TOPS vs 18.6 TOPS）。 • GPU↔ANE 零拷贝流水线：基于 IOSurface 共享内存，GPU 负责 prefill，ANE 负责 decode，Stories110M 总延迟仅 8.8ms。 • 硬件基准体系：系统性揭示 Apple「38 TOPS」宣传存在虚高。ANE 实际将 INT8 反量化为 FP16 后执行，真实峰值为 19 TFLOPS FP16，并提供 SRAM 带宽、TFLOPS 峰值等详细测量数据。 ⚙️机制 ANE 是一个图执行引擎，接受编译好的 MIL（Model Intermediate Language）计算图后原子执行，本身不暴露可编程的指令集。项目通过运行时 objc_msgSend 解析 AppleNeuralEngine.framework 中 40+ 个私有 Objective-C 类，构建出「MIL 程序生成 → 内存编译 → IOSurface I/O」的完整链路。训练时前向与反向 dx 计算在 ANE 完成，权重梯度 dW 由 CPU cblas 并行执行，Adam 更新在 CPU 完成后权重重新打包回 ANE 空间维度。全程无外部依赖，仅使用系统框架。 主要依赖：Objective-C + Foundation + IOSurface + Accelerate（纯系统框架，零第三方依赖），Python 仅用于训练监控 Dashboard（blessed 库）。 🧑‍💻使用场景 • NPU 编译器研究者：希望深入了解 Apple ANE 的 MIL IR 格式、Kernel Fusion 策略和 SRAM 行为，可直接参考 inmem_bench.m、sram_probe.m、inmem_peak.m 等基准工具，无需从零逆向工程。 • 边缘 AI 推理优化工程师：gpu_prefill_ane_decode.m 实现的 GPU prefill + ANE decode 混合流水线（Stories110M 总延迟 8.8ms、功耗 2.8W），可作为低功耗本地部署方案的参考架构。 • Apple 平台 ML 开发者：需要在 CoreML 训练 API 限制之外实现设备端持续学习或个性化微调时，可通过 bridge/ane_bridge.h 提供的 C-callable API 接入 ANE 计算能力。 • 硬件性能研究者：验证 38 TOPS 虚高发现，或研究 Apple Silicon ANE 与 SME（Scalable Matrix Extension）在不同工作负载下的分工边界。 • 开源社区建设者：在本项目基础上构建更完整的运行时，如已涌现的 Orion（完整 ANE 训练 + 推理框架）、hybrid-ane-mlx-bench（Apple Silicon 推理策略系统评测）。 🛣社区关注方向 • Mega-kernel 层融合：将完整 Transformer 层融合为单一 MIL kernel • macOS 26 API 适配：Apple 更改了 compile API。Apple 据报将推出「Core AI」替代 CoreML • 扩展到更大模型：Qwen3-0.6B（596M 参数）GQA 支持已合并，社区在探索 1B+ 参数范围的可行性 • 模型加载支持：目前只能从随机初始化训练，无法加载预训练权重 💭感想 ANE 项目最有价值的地方，不在于能立即替代 MLX 或 llama.cpp。作者在 README 里写得很清楚，这从来不是目标。它真正做到的是把一个「不可能」命题变成了有据可查的事实：Apple Neural Engine 的硬件本身具备训练能力，6.6 TFLOPS/W 的功效比（约为 A100 的 80 倍）让人想知道，若 Apple 开放训练 API，边缘端持续学习会走向哪里。 技术完成度上，最扎实的是基准测试体系中 38 TOPS 虚高的实验性反驳、SRAM 带宽性能悬崖的量化分析，都是不多见的一手硬件数据。训练实现接近 PoC 状态。5–9% 的 ANE 利用率说明距离高效 NPU 训练还有很长的软件工程路要走。相比 MLX（GPU 路线，开箱即用）和 CoreML（推理受限但稳定），ANE 这条路适合想深入理解 Apple Silicon 底层的系统工程师，不适合期望开箱即用的应用开发者。 项目的另一面是方法论本身：逆向工程、基准分析、训练代码，全程与 Claude Opus 4.6 协作完成。 AI 可用性得到了另一次证明 频道：@NewlearnerChannel

#APP#iOS#macOS 🌊 Current：一个不把 RSS 变成待办清单的阅读器 🔗：Web | App Store ⭐️ Features: • 呈现全部订阅内容，隐藏未读数 • 可设置内容半衰期 • 丰富的手势、颜色、动效和触感反馈 • 支持 Feedbin、Miniflux 和 iCloud 同步 在这几年新的 RSS 阅读器中，我很喜欢 Feeeed 这种个性鲜明的作品。Current 也是一个新的 RSS 阅读器，但和其他的阅读器不同，Current 质疑传统阅读器默认接受的那套前提：未读数、清零、归档、处理。这些传统设计当然高效，但也很容易把“读东西”慢慢变成一种心理负担甚至焦虑，结果就是再也不读了。 为此，Current 使用了 River 的概念。River 可以理解成一个会自然衰减的时间流：内容来了，会停留一阵子，然后慢慢变暗、消失，不需要手动一篇篇清账。这里面最关键的是 velocity / half-life 这套设计，不同来源可以设置不同的停留时长。突发新闻几小时后就该退场，长文和博客则可以在河面上多停几天。 Current 另外一个让我很喜欢的地方，是它几乎把整套交互语言都围绕同一个隐喻重写了一遍。Current 将 mark as read 改成了 release；feed 改成了 voices。包括卡片划走的物理效果、文章读完后从底部浮出的 release 按钮、以及针对来源泛滥或长期跳过内容的安静提示卡，都能看出开发者在努力让软件真的服务那套设计哲学。再加上本地运行的主题识别、相当克制的视觉系统和对 iPad / Mac 场景的认真适配，Current 确实有一种如今不太多见的完整感。 🤔 当然，这种产品也天然更挑用户。它并不适合那种把 RSS 当作情报收集系统、需要精确管理每条未读状态的人；如果强依赖 Inbox Zero 式的控制感，Current 反而可能会让用户觉得不适应。并且这种高度依赖隐喻一致性的产品，最后能不能长期成立，也要看日常使用几个月后新鲜感退去是否依旧顺手。 💰 当然了，Current 这种情怀也是需要花钱的，目前在 AppStore 的售价是 9.99 USD。 频道：@NewlearnerChannel

#macOS#GitHub情报 💻Apple Silicon Accelerometer：实时展示 MacBook 上加速度计与陀螺仪的输出情况 🔗：GitHub | Blog 👀它能做什么 项目通过 iokit HID 读取搭载 Apple Silicon 处理器的 MacBook 上的 MEMS IMU（加速度计和陀螺仪）的数据，并通过 X、Y、Z 三轴以及角动量的形式展示出来 此外，项目还实现了 Beta 级别的心跳检测功能，将手腕靠近触控板 10-20 秒，就会出现信号（非医疗用途） 💡原理 正如上面说的，有人发现搭载 M2 及后续 Apple Silicon 处理器的 MacBook 上，存在着未公开的 MEMS IMU（加速度计和陀螺仪），通过 iokit HID 就可以将它的数据读取出来 本项目是一个巨大的缝合器，利用 mac-hardware-toys 项目将传感器数据可视化，还加入了随着打字力度、加大音量的打字音彩蛋 Haptyk，以及检测到拍打或敲击就会让扬声器大喊的项目 spank，可以说十分有乐趣了 🧑🏻‍💻 以上介绍的就是如何查看和调用 MacBook 上隐藏加速度和陀螺仪传感器的方法，以及这些数据好玩的用途。在此前介绍查看 MacBook 显示屏幕打开角度的时候，我还去查询了一下有关加速度传感器的资料，如今它们通过开源的方式完整地呈现在了我们面前 📘 关联阅读：Lid Angle Sensor - 为你的 MacBook 显示屏幕打开角度 频道：@NewlearnerChannel