Newlearnerの自留地
62.5K subscribers
14K photos
43 videos
63 files
10.7K links
🆕 不定期推送 IT 相关资讯,欢迎关注!

👥 博客群&投稿群&交流群: @NewlearnerGroup

📩 投稿请私信 @newlearner_pm_bot

🔍 频道内容关键词索引 Bot: @newlearner_search_bot

* 未经授权或标注来源,不得转载本频道内容
Download Telegram
#macOS #APP #Logitech

🖱 记一次 Logitech Options+ 在 macOS 上的故障及解决

🔗解决方案

🤔 相信最近使用罗技鼠标的一些朋友,都和我一样遇到了 macOS 上支持软件突然失灵的问题。具体表现为,如果鼠标不携带板载内存,所有的自定义功能和其他设置都无法使用。官方过了十几个时候才给出了解决方案,和大家一起分享

问题所在

归根结底一句话:Options+ 和 G HUB 的 macOS 证书过期了。而 macOS 的机制是:macOS 要求第三方 App 必须使用 Apple 签发的 Developer ID 证书进行代码签名,并通过 Apple 的公证服务;Gatekeeper 在用户端验证签名和公证状态,决定是否允许运行

因此,Options+ 和 G HUB 软件无法正常运行,在电脑重启或者休眠结束后,后台守护进程无法将其唤醒,导致了配套软件本质上失效、鼠标恢复出厂设置

💡 解决方案

点开顶部的连接,可以看到虽然比较迟,但是罗技给出了比较完备的处理方案。首先我们不要卸载 macOS 上已经安装的支持软件,接着下载页面里面的「修复补丁」并安装,即可正常使用对应的罗技支持软件

需要注意的是:目前的补丁只适配 macOS 13 / 14 / 15 / 26,针对更早 macOS 版本的修复将于稍后推出;此外,由于过期证书也影响更新程序,自动更新无法正常工作,需要手动下载并安装更新版本;最后,用于大规模部署的 Options+ 离线安装程序也受到了影响,罗技正在解决这一问题

👀 回顾起来,macOS 因为证书的问题闹出过很多突发状况。譬如 17 年的时候 1Password 就因为类似的原因发过一次声明,再譬如 19 年的时候 Apple 自己都因为忘记续签「安装证书」令用户无法制作新的 macOS 安装镜像。总之,一切恢复就好

频道:@NewlearnerChannel
10👍5
#macOS #Web #Tools #APP

☁️ tinydot:一键将本地 Finder 文件上传到云端

🔗Web | Wiki | App Store

👉 Features

• 通过本地应用,将 Finder 文件夹内容快速上云
• 可发布图片、Markdown、音频、视频等内容,并获得专属域名
• 文件内容修改时自动同步到云端
• 详尽的指南,帮助你自己建站、上传、自定义网站外观等

💡 在我看来,tinydot 是一个纯技术驱动的项目,开发者一定热衷于编程、文档编写和极简设计,它也让我想到了之前的几个 Apple 生态相关的在线项目。它的出现更多是一种围绕苹果生态的玩乐,论云端存储和同步,成熟的方案太多

👀 但 tinydot 对身在 Apple 生态里面的人,有它自己的玩法和乐趣。譬如工作上没有处理完的文件,可以打包放在文件夹中同步,然后在家中的 Mac 上访问。你也可以和同样使用 Mac 的好友亲人共用一个文件夹,方便互传互享

🧑🏻‍💻 目前 tinydot 还处于内测阶段,所以完全免费,但有一定的文件上传容量限制。开发者对于未来的功能和付费计划有着自己的想法,计划加入自定义域名、数据分析、团队协作、更多存储空间等新特性。项目从去年最后一天上线,迭代速度比较快,期待未来小而美的发展

📘 关联阅读:

1️⃣ Alto:一键发布你的 APPLE 笔记
2️⃣ Public.me:利用 iMessage 搭建你的微博客平台

频道:@NewlearnerChannel
6
#Tools #macOS

✂️ FinderClip:让 macOS 拥有 Windows 剪切粘贴体验

GitHub

⭐️ Features:

• 支持在 Finder 中直接使用 ⌘X 剪切文件,`⌘V` 粘贴移动
• 自动区分文件选择状态与文本编辑状态,避免快捷键冲突
• 提供剪切/粘贴状态通知,支持 Esc 键取消剪切
• 基于 Swift 开发,菜单栏驻留,支持超时保护与自动更新

众所周知,macOS Finder 原生并不支持对文件的“剪切(⌘X)”,但是有个类似的操作流程:用户通常需要先“复制(⌘C)”,再到目标位置使用“移动(⌘⌥V)”。对于习惯了 Windows 逻辑的用户来说,这种“先复制后决定移动”的操作并不直观。

FinderClip 通过拦截键盘事件并结合 Accessibility API 实现了剪切逻辑:当按下 ⌘X 时,它会记录当前文件并进入剪切模式;当按下 ⌘V 时,它会自动将其映射为系统的移动操作。它还贴心地加入了超时保护和场景识别,确保在重命名文件或编辑文本时不会误触发剪切功能。

🤔 这是一个典型的“小而美”补丁,解决的是一个极其细微但高频的交互问题。我作为十年的 macOS 用户都不知道有这么一个快捷键,虽然资深果粉可能已经习惯了 ⌘⌥V 的逻辑,但对于跨平台办公或刚从 Windows 转过来的用户,FinderClip 可以极大地降低肌肉记忆的迁移成本。此外,开发者的另一款产品 OneClip 全功能剪贴板管理也内置了此功能。如果你只需要这个单一的剪切增强,FinderClip 无疑是更加轻量、专注的选择。

频道:@NewlearnerChannel
👍86🤔4🤨1
#macOS #APP #GitHub情报

📦 AppPorts:将 Mac 软件优雅的转移到移动硬盘里

🔗GitHub | Releases

👉 Features

• 一键将几十 GB 的大型应用(如 Logic Pro, Xcode, 游戏等)迁移至外置硬盘
• 采用 Contents 目录链接方案,专为适配 macOS 机制设计
• 自动识别并锁定系统应用,防止误操作破坏系统
• 迁移前检测运行状态,防止损坏正在运行的应用
• 便捷的还原机制
• 原生 SwiftUI 开发,多语言支持

💡 原理

在本地保留 .app 文件夹结构,将内部的 Contents 数据目录链接至外部存储。本地仅保留文件夹索引信息,Finder 不会显示快捷方式小箭头,且支持 macOS 26 的「App 菜单」显示

🧑🏻‍💻 Mac 高昂的硬件售价,让许多人购买时往往选择存储空间较小的版本,时间一长就会把硬盘塞满。大家的扩容方式也各有千秋,有挂 PSSD「尿袋」的,有购买可以直插 NVMe SSD 的硬盘盒的,也有直接用大容量 SD 卡的

👀 外置存储放放文件是非常具有性价比的,但是涉及到应用等复杂结构的数据存储,就存在不方便、不美观的问题。AppPorts 从美观、兼容性与系统整洁度出发,帮助大家一键将 Mac 内置存储中的应用、游戏等大体积文件转移到外置存储。为了避免 Applications 出现无效内容,建议大家将其用在 Mac mini 等不频繁插拔外置存储的场景中

频道:@NewlearnerChannel
👍194
#GitHub情报 #APP #AI #macOS

🎤 Chorus: 多模型 AI 对话的轻量级桌面应用

官网Github

在一个界面同时对话多个 AI 模型,获取不同视角的答案

特点

多模型并行对话:同时向 Claude Sonnet 4、o3-mini、Gemini 2.5 Pro、DeepSeek R1 等多个模型提问,实时对比不同模型的回答
Ambient Chat:可以从任何地方启动对话,Chorus 能看到你的屏幕,了解你正在做什么,无需额外解释
MCP 支持:运行任何 MCP 服务器,支持网页搜索、终端命令执行、GitHub 集成等
本地和云端模型兼容:支持 OpenAI、Anthropic、Google、OpenRouter 以及通过 Ollama 运行的本地开源模型
文档处理:URL 自动提取、PDF/图片/文档上传、全文搜索
Magic Projects:对话之间自动共享上下文
BYOK:自带 API 密钥或使用代理服务
极速体验:毫秒级全文搜索、完整键盘快捷键支持、代码和 LaTeX 语法高亮

⚙️ 机制

前端:React 18.3 + Vite 5.4 + TypeScript 5.8
后端:Rust (Tauri 2.5) + SQLite
UI 组件:Radix UI + Tailwind CSS 3.4
状态管理:Zustand + TanStack Query
桌面框架:Tauri 2(使用系统 WebView,不打包 Chromium)

主要依赖

- AI SDK:@anthropic-ai/sdk、@google/genai、openai、@modelcontextprotocol/sdk
- 实用工具:pdfjs-dist(PDF 处理)、cheerio(HTML 解析)、highlight.js(代码高亮)、katex(LaTeX 渲染)
- 开发工具:ESLint、Prettier、Vitest、Husky

数据存储

- 本地 SQLite 数据库存储所有数据
- 隐私优先:数据不离开设备
- 支持文件系统监控

👨🏻‍💻 使用场景

技术问题调试:同时询问多个模型,一个模型可能遗漏的错误,其他模型能发现
学术写作:避免单一模型的幻觉或道歉循环,通过多模型对比获得更可靠的答案
研究和学习:对比不同 AI 的观点和解释方式,获得更全面的理解
内容创作:利用不同模型的优势,Claude 擅长写作,GPT 擅长结构化,Gemini 擅长多语言
大文档分析:通过 URL 提取和 PDF 上传处理文档,配合全文搜索快速定位信息

🛣️ 路线图

根据 GitHub issues 和社区反馈,团队正在关注:

RAG 模式:社区提出详细的大文档处理方案(40k+ tokens),可能采用云端 RAG 或本地向量数据库
Ollama 优化:增强本地模型支持,自定义 API 地址配置
语音集成:类似 qspeak.app 的语音交互功能
本地爬虫:替代 Firecrawl 的本地网页抓取方案
成本追踪增强:已实现 OpenRouter 成本跟踪,未来可能支持更多提供商

💬 社区评价

Chorus 在 GitHub 上获得了 575+ 星标和 73 个 fork,开源仅两个月就积累了活跃的开发者社区。项目有 25+ 个 issues 讨论。

Garry Tan(Y Combinator 总裁兼 CEO)评价道:「这是关于 AI 如何改变个人计算的一个很酷的尝试。」

Hamel Husain(Answer.AI)称赞说:「Chorus 真的很酷。这是一个非常精致的应用,让你并排使用所有模型,'环境聊天'功能允许模型看到你电脑上正在做的一切。它就是好用。」

Alex Volkov(Thursd/AI)表示:「Chorus 对我来说已经成为不可或缺的 AI 工具!出色的键盘快捷键支持、对比模式、MCP、环境聊天、自带密钥支持、本地模型支持。它真的应有尽有!」

从社区反馈来看,用户最喜欢的是多模型并行对比功能和 Ambient Chat 的便利性,键盘快捷键和 MCP 集成也备受好评。不过也有改进空间:Windows 版本尚未发布(仅支持 Mac),MCP 服务器配置对新手有一定门槛,部分用户期待的 RAG 模式功能还在社区讨论阶段。总体而言,社区对产品持积极态度,维护者响应迅速,用户提出的成本追踪等功能已快速实现。

🖊️ 作者背景

Charlie Holtz - 联合创始人兼 CEO

• 教育:Brown University 计算认知神经科学学士(荣誉学位)
• 职业经历:
- Replicate 工程师(领导增长,构建数百万用户应用)
- Point72 量化研究员(最年轻的量化开发者,管理数十亿美元投资组合)
- Brown University Serre Lab 计算视觉研究助理
• 背景:结合技术专长和认知神经科学洞察,前飞盘运动员

Jackson de Campos - 联合创始人

• 教育:Brown University 计算机科学学士
• 职业经历:
- Netflix 机器学习软件工程师(扩展 Netflix 整个目录的视频理解模型推理)
- Amazon SDE 实习生
- Brown University 教学助理(逻辑系统课程)
• 背景:机器学习和大规模基础设施专家

公司:Melty Labs

- Y Combinator S24 批次
- 种子轮融资:50 万美元(2024)
- 团队规模:1-10 人
- 总部:旧金山,加州
- 产品线:Melty(AI 代码编辑器)→ Chorus(多模型 AI 对话应用)
- 哲学:开源优先、本地优先、隐私优先

团队特色

两位创始人在 Brown University 打飞盘时相识,共同的技术热情和互补的专业背景(认知神经科学 + 机器学习)为产品注入了独特视角。他们使用 Claude Code 构建产品,在博客中甚至把 Claude 称为「本月最佳员工」。

💰 定价

完全免费 + 开源

- MIT 许可证
- 自带 API 密钥(BYOK):用户直接向 AI 提供商付费
- 可选代理服务:使用 Chorus 的代理
- 无订阅费用

🙋‍♂️ 感想

Chorus 刚发布时就吸引了我的注意力,相比其他套壳聊天软件,它的界面更精致,而且是首批支持 MCP 的产品之一。不过目前整体体验已经不如 Claude Desktop,因为 Claude 在桌面端提供了功能更强大的 Cowork 和 Code 模式。

但如果你需要对比不同模型的输出结果,或者当某个模型的答案不满意时希望能快速切换到另一个,Chorus 依然是个不错的选择——开源、免费、性能优秀,这三点在 AI 工具领域并不常见。

频道:@NewlearnerChannel
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
9👍3
#macOS #APP

🗣 Notchie:将 Mac「刘海」变成你的提词器

🔗Web

👉 Features

• 聆听你的声音,随着你的讲话实时滚动
• 可自定义提词器区域外观
• 支持手动调节滚动速度和内容
• 对屏幕截图、录制工具完全隐形
• 支持市面主流视频会议软件

💻 macOS 的「刘海」近几年变成了一个大家公认的「灵动岛」,无数的项目和想法想要占领这块之前不被人待见的地方。无论是控制中心、文件中转站,我们之前都有介绍过。今天的用途比较单一,也比较垂直,那就是提词器

💡 说到提词器,不知道大家在 macOS 上常用的是什么?仔细想了一下,这类使用场景还不少。无论是线上会议,还是 Vlog 口播录制,为了交流自然、眼神向前注视,一个好的提词器都是不可或缺的

👀 Notchie 的优势是能够根据朗读者的语速,自动调节提词滚动,这一点对于讲英语的人非常好,但对于其他语种支持度则远远不够。为了这个创意花费 $29 买断,还是需要考虑一下的。介绍 Notchie 主要是向大家展示一种新的用途,也希望其他刘海软件能够跟进支持。最后,推荐一个同类的开源项目 NotchPrompter

📘 关联阅读:

1️⃣ Boring Notch:让你的 MacBook 刘海成为视觉焦点
2️⃣ NotchDrop:将你的 MacBook 刘海变成一个方便的文件传输区域
3️⃣ NotchNook 和 lo.cafe 开发的 Apple 软件们
4️⃣ MagicNotch:刘海屏内置快捷键

频道:@NewlearnerChannel
👍112
#macOS #APP #碎碎念 #Blog

📦 在 AI 浪潮中迷失的 Setapp

🔗 阅读全文:Web

💡

Setapp 最近开始要求新上架的软件具备 AI 功能,忍不住吐槽几句。

过去两年上线的新工具里,我印象较好的有 LookAway、Bike、Strongbox、Supercharge、Muse 和 Spark。它们的共同特点是:用途明确,解决实际问题。都不以 AI 为主。

期间 Setapp 接连上架了一批评分低、用途模糊的 AI 软件。而 AI 领域的迭代速度极快,其中不少已经被市场边缘化。

好软件的魅力来自明确的用途和设计。Setapp 一旦用「AI 功能」做筛选标准,就会忽略那些真正优秀但不需要 AI 的工具。

👉 讨论

Setapp 要求新软件必须具备 AI 功能,其实反映了当前软件行业的集体焦虑。API 调用有持续的成本,这成了开发商维持高额订阅制的理由,即使很多用户根本不需要这些功能。

Setapp 的订阅收入按照用户本月实际使用过的应用来分配,使用权重越高的应用分成越多。开发者如果还带来新用户,可以额外拿到那位用户订阅费的 20%。所以 Setapp 目前采取的策略比较像「养蛊」。大量引入 AI 软件,让用户做筛选。低频软件在这样的生态里没有收入,甚至无法生存。

但这跟我最初订阅的初衷不同,我其实期待 Setapp 像山姆一样,订阅是为了省筛选成本,希望平台替我过滤,把高质量的工具集中呈现给我,而不是把一堆软件批量倒进来,让我自己去淘金。

频道:@NewlearnerChannel
19👍4😁3
#macOS #Tools #APP

🐟 Tuna:一个新的 macOS 启动器

🔗Web

⭐️ Features:

• 100% 原生 Swift 开发,性能和能效表现更友好
• 多种交互方式: Fuzzy / Leader / Text / Talk Mode
• 基于 Quicksilver 的设计理念重做现代启动器
• 免费可用 + 一次性解锁

又一个启动器赛道的新选手来了。Tuna 是一款 macOS 原生启动器,可以理解成加强版 Spotlight,或者 Raycast / Alfred 的另一种实现。它的思路借鉴 Quicksilver 那套键盘驱动 + 模态操作的思路,再用现代原生技术重做一遍。

Tuna 的核心是四种模式:Fuzzy Mode 负责模糊搜索,Leader Mode 负责按键序列动作,Text Mode 处理自由文本,Talk Mode 处理语音输入。我觉得这里面最有意思的是 Leader Mode,把复杂快捷键分解成先进入模式、再按特定按键的流程,有点接近 Vim 的 Leader Key 体验。对于重度键盘流用户,这种设计比记一堆 Cmd+Opt+Shift 组合键更直观。Tuna 同样也提供了剪贴板管理的功能。

当然目前 Tuna 还在 Beta 阶段,并且要求 macOS 15 Sequoia 或更新系统。扩展生态也在早期。根据官方介绍,Tuna 是个付费软件,但是当前在设置中可以一键解锁 Pro 且我在使用的过程中没看到过付费的地方 emmmm。

🤔 Tuna 目前更像一个值得观察和尝鲜的项目;但如果你喜欢 Quicksilver 式的老派效率哲学,又希望要原生、不要订阅,它很可能会戳中你。但说实话这种软件我最担心的是它能活多久。

频道:@NewlearnerChannel
14🐳1
#macOS #Tools #GitHub情报

⚡️ SuperCmd:Raycast的开源平替?
🔗 Web | GitHub

⭐️ Features:

• Raycast 扩展兼容,可直接复用大量扩展生态
• 语音输入 + 文本朗读(TTS)
• AI 动作流,支持 OpenAI / Anthropic / Ollama 等模型
• 支持记忆能力(Memory)和剪贴板历史
• 开源、免费

SuperCmd 是一个面向 macOS 的启动器,目标很直接,作为 Raycast 的开源平替,它还兼容了 Raycast 扩展。如果你已经习惯了 Raycast 的工作流,迁移到 SuperCmd 的成本会低很多,不用从零搭命令生态。

这项目的思路有点像“把几种热门产品拼成一个更通用的壳”,Raycast 的扩展能力、Wispr Flow 风格的语音输入、Speechify 风格朗读,再加上 AI 和记忆系统。对于重度键盘流用户来说,这个方向是对的——比起在不同 app 之间切换,统一入口确实更高效。

不过它也不是没有代价。项目当前技术栈是 Electron + React + Swift 原生辅助模块,官网文案会强调“原生体验”,但本质仍是跨平台框架为主。好消息是功能推进很快、社区活跃,坏消息是这类“全能启动器”通常会在稳定性、权限处理和细节一致性上经历一段打磨期。另外,SuperCmd 作为开源拖拉机,UI 目前还很粗糙,远达不到 Raycast 那种精致的感觉,并且由于 Electron,其在 macOS 26 中的功耗也相对较高。

🤔 如果你现在觉得 Raycast + 多个 AI 工具 + 语音工具太分散,或者说看不惯 Raycast 那种商业模式,SuperCmd 值得试;如果你只需要“一个稳定启动器”,那它目前更像一个进化很快的实验型选手,而不是绝对稳态方案。

频道:@NewlearnerChannel
🤔62🥰1
#Tools #macOS #Terminal #AI #GitHub情报

💡 Kaku:极速开箱即用的 AI 友好终端

🔗 https://github.com/tw93/Kaku

🌝 为啥要做

我一直想要一个自己用得爽的 Mac 终端,够快,默认顺手,还得支持多 Tab 和分屏。Alacritty 很轻快但没 Tab,Ghostty 字体渲染不合口味,Warp 需要登录我也不理解,Kitty 窗口管理我遇到过不少小问题。后来用上 WezTerm 发现可改性很强,就基于它做了深度魔改,删掉一堆我不用的兼容模块,重做加载和默认体验,做成 Kaku,当前已经发布 5 个大版本,差不多可以推荐给大伙使用了~

🥗 优点是啥

• 零配置默认体验,字体渲染 主题 常用 shell 组件都已打磨好
• AI Shell 修错,命令失败直接给修复建议,Cmd + Shift + E 一键应用
• kaku ai 统一管理 Claude Code Codex Gemini CLI 等工具配置
• 内置 yazi 与 lazygit,Cmd + Shift + Y 文件管理,Cmd + Shift + G Git 工作流
• 输入像文本编辑器,Cmd + A 全选,Shift 方向键扩选,输入直接替换选中
• 多分屏效率,Cmd + D 分屏,Cmd + Shift + S 切横竖分屏,Cmd + Opt + 方向键跳分屏
• 细节体验,选中自动复制并 Toast 提示,后台 Tab 闪点提醒,kaku doctor 一键诊断修复

🥂 我怎么用

Kaku 更像一个把工作流直接打包好的终端,不需要你先折腾半天配置才开始舒服。你可以把它当成面向 AI Coding 的日常终端环境来用:一边跑 Claude Code,一边做 review,再在底部看 diff,Tab 按项目拆开,靠快捷键在分屏里来回切,专注度会提升很多。

❤️ 欢迎使用

目前 Kaku 还在持续打磨中,功能会继续加,但方向很明确:更快、更顺手、更少折腾。欢迎来试用,遇到 bug 直接提 issue。

频道:@NewlearnerChannel
13🤔2
#GitHub情报 #Music #APPLE #APP #AI #macOS

🎵 介绍两款针对 Apple Music 的东亚语言歌曲修复工具

Apple Music 分区众多,考虑到版权和曲库问题,许多人订阅了外区。但这带来了一系列问题,譬如非日区会将日语歌罗马音化,外区有时候还会将中文歌翻译成英文,造成了许多不便

今天介绍的两个工具,能够帮助你处理好 Apple Music 上东亚地区的语言显示问题。仅限 macOS(其他平台可通过 iCloud 同步),且针对资料库而非播放列表

1️⃣ JiBA:在 Apple Music 中恢复原始语言标题

🔗官网 | 下载

👉 Features

- 自动将罗马音化的日语和翻译后的中 / 韩语曲目名修复回原始文字
- JiBA 在后台默默运行,随时为你整理新添加的音乐
- 通过安全的 AppleEvents 直接与音乐 app 协作,修改内容会通过 iCloud 音乐资料库同步到你的所有设备
- Enhanced Mode 引入全新的 v2 算法管线(AI),速度和准确度均有提升

Apple Music 经常将日语歌曲罗马音化,或将中韩歌曲名强行翻译成英文。JiBA 专为解决这一核心痛点而生,帮你找回原汁原味的元数据

2️⃣ Apple Music Metadata Fixer

🔗GitHub

👉 Features

- 通过 AppleScript 一键导出 Apple Music 曲库
- 使用 Gemini AI 校正元数据
- 标注歌曲原始发行国家 / 地区
- 通过 AppleScript 将更正后的元数据写回 Music.app
- 集成 MusicBrainz / Spotify

同样为了解决上述问题,群友开发了 Apple Music Metadata Fixer。不同于 JiBA 的开箱即用,Apple Music Metadata Fixer 需要运行于终端,但提供了更为丰富的 API 集成,充分保证了纠错语料的正确性。大家可以根据需求选择使用

👀 当然了,由于没有早年使用 iPod 的习惯,我从一开始使用 Apple Music 就是以播放列表的形式,没有「我喜欢」,也没有使用「资料库」。这样的使用方式会让修复歌名这件事变得很难,因为不可以直接修改云端的数据。不过,如果你一直坚持使用资料库(Bug 真的很多),那么一定要试试这些工具

频道:@NewlearnerChannel
14
#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
10
#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
👍85
#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)。
GPUANE 零拷贝流水线:基于 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
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
21👍2
#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
10👍4
#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
👍144
#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
16👾2
#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
👍53
#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
24
#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
👍81