mg-chao/snow-apps

如果你日常要截取屏幕区域、画框标注、从图片里取文字，或者翻看一批图片，Snow Apps 值得花半小时试试。它把 Snow Shot（截图、标注、OCR、录屏）和 Snow Image Viewer 打包在一起，在 Windows x64 和 Apple Silicon macOS 15+ 上像普通桌面软件一样安装。

解决什么问题

屏幕上总有值得留下的东西：一个 bug 复现步骤、一处界面细节、图片里的一段话、一张回执。原来的流程是系统截图快捷键、粘贴到编辑器、画框画箭头、再开一个 OCR 工具或者手敲文字，最后把文件存到找得到的地方。Snow Shot 想做的是把截取和标注合成一步，并把 OCR 内置进去，让文字和标注后的图片出自同一次操作。Snow Image Viewer 接着处理后续：打开刚保存的截图或整文件夹图片，不用来回切换应用。

有什么不同

真正有意思的是打包方式，而非某个全新功能。截图工具、标注编辑器、OCR、看图软件各自都很常见；用一个 C++/Qt 代码库加上 Rust 写的 OCR 组件（simd-paddle-ocr-rs 子模块，本身是 Apache-2.0 项目，有独立的发布节奏）把它们合在一起，才是它的选择。OCR 子模块自带引擎默认资源，用户不必先手动下载模型，安装成本因此更低。代价是这个仓库采用多许可证：snow-crates/、snow_image/、snow_image_viewer/、snow_shot/ 和 FFI 层是 GPL-3.0-or-later，Qt 设计工具包和 OCR crate 是 Apache-2.0。如果打算内嵌或 fork 其中某个组件，先看 LICENSE.md 里的范围规则，因为 GPL 部分对下游使用的限制比 Apache 部分多。

另一个实际细节是：Windows ARM64 构建和交叉编译有单独文档，包含 OCR 准备和发布校验的前提条件。这说明 ARM64 路径比 x64 更繁琐。另外仓库只审修复类 PR，新功能要先在社区讨论；如果你想靠提交功能 PR 影响路线图，这个项目不合适。

谁值得试

适合：Windows x64 或 Apple Silicon macOS 用户，经常为文档、工单或教学截图，希望标注和 OCR 在同一处完成。如果你已经在用 Homebrew 或 WinGet，偏好包管理器安装并看重有文档记录的升级和卸载路径，也比较合适。不适合：Linux 用户（这里没有安装路径）、Intel Mac、较旧版本的 macOS、需要完全宽松许可证才能再分发的场景，以及想直接向上游提交功能的人。Windows ARM64 用户应先读专门的构建文档，不要默认安装顺利。

使用条件与边界

Windows 上从 Snow Shot releases 下载安装包，或用 WinGet 安装；WinGet 包包含 beta 版本和默认 OCR 资源。文档里写了 Scoop 路径，但它进入官方 Extras bucket 的提交仍在等待接受，所以在通过之前应视为暂不可用。macOS 上 Homebrew cask 要求 Apple Silicon 和 macOS 15+，会复用本地签名身份，并可能请求钥匙串访问和隐私权限。

日常维护按安装渠道区分：Scoop 的说明明确要求先退出应用、用 Scoop 更新而不是内置更新器，设置和历史记录在升级与普通卸载后会保留。从源码构建需要单独初始化 OCR 子模块，OCR 改动要先提交到子模块自己的仓库，再更新父仓库的记录。如果已有安装或者使用自定义应用目录，请看 macOS Homebrew 安装与迁移说明。

HotRepo 点评

HotRepo 在 2026-10-24（6,226 stars，当日 +39）和 2026-10-25（6,234 stars，当日 +41）记录到它出现在日榜。两天的样本太短，无法判断势头，只能当作一次快照。决定投入之前，最值得确认的是许可证划分：想清楚自己要用哪些组件，以及 GPL-3.0-or-later 条款是否适合你的用途。