#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
☁️ 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 中直接使用
• 自动区分文件选择状态与文本编辑状态，避免快捷键冲突
• 提供剪切/粘贴状态通知，支持 Esc 键取消剪切
• 基于 Swift 开发，菜单栏驻留，支持超时保护与自动更新
众所周知，macOS Finder 原生并不支持对文件的“剪切（⌘X）”，但是有个类似的操作流程：用户通常需要先“复制（⌘C）”，再到目标位置使用“移动（⌘⌥V）”。对于习惯了 Windows 逻辑的用户来说，这种“先复制后决定移动”的操作并不直观。
FinderClip 通过拦截键盘事件并结合 Accessibility API 实现了剪切逻辑：当按下
🤔 这是一个典型的“小而美”补丁，解决的是一个极其细微但高频的交互问题。我作为十年的 macOS 用户都不知道有这么一个快捷键，虽然资深果粉可能已经习惯了
频道：@NewlearnerChannel
✂️ 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
👍8❤6🤔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
📦 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
👍19❤4
#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
官网 ｜ 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
🗣 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
👍11❤2
#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
📦 在 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
🐟 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
⚡️ 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
🤔6❤2🥰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
💡 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
🎵 介绍两款针对 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