你刚结束一场产品路线图的讨论。Zoom 提示”录制已保存到云端”。你没多想，毕竟所有人都在用。
三个月后，同行竞品准确地复刻了你的季度策略。你永远没法证明是会议录音泄露的，但你知道那些录音存在一个你无法控制的服务器上，由一个你从没读过隐私政策的公司在管理。
Meetily 就是这个问题的答案。它做的事说起来简单：在你的电脑上录音、在你的电脑上转写、在你的电脑上生成摘要。全程不联网。没有 Bot 进入会议室，没有数据上传到云端，录音文件只存在于你自己的硬盘上。它的 GitHub 仓库在过去 18 个月里涨到 23,663 Stars 和 2,490 Forks（截至 2026 年 7 月），增长曲线还没看到减速的迹象。
我知道你在想什么。又一个套壳 Whisper 的转录工具，对吧？我一开始也是这个反应。翻完它的架构文档和 Issue 列表之后，我改变了看法：它不是简单地把 OpenAI 的 API 换成本地模型，而是从音频采集管线到摘要模板系统，从头做了一整套本地会议工作流。
这是一条完全在本机内闭环的管线。系统音频和麦克风分别采集后，经过语音活动检测过滤静默段，再送入 Whisper 或 Parakeet 引擎做实时转写，结果分块存入本地 SQLite 数据库。最后一步由 Ollama 或用户指定的 LLM 从转写文本中生成结构化会议纪要。每个环节都没有离开你的设备。
这条管线是怎么搭出来的，本身就是一个值得拆开看的架构决策。
本地优先不是一个 feature，是一套架构
做隐私优先的工具，最常见的做法是在云服务外面包一层”不共享数据”的承诺。Meetily 走了一条更硬核的路：从架构层面就切断了数据外流的物理条件。
核心是 Tauri 桌面框架。Rust 写的音频采集层直接对接 macOS 的 Core Audio 和 Windows 的 WASAPI，同时抓系统音频和麦克风输入。它不接入任何会议平台的 API，不需要 OAuth 授权，不需要 Calendar 集成，不存在”Bot 加入会议”这个操作。这意味着它跟 Zoom、Teams、Google Meet、Discord 任何平台都能工作，也因为不依赖任何平台的 API，那些平台改版对它零影响。
转录引擎默认用 Parakeet。这是 NVIDIA 基于 Sortformer 架构的语音识别模型，在同类开源方案中速度优势明显。Meetily 的 README 宣称比标准 Whisper 快 4 倍。你不需要接受这个数字，但社区评测基本一致：在 Apple Silicon Mac 上，实时转写的延迟低到几乎感知不到。如果你有 NVIDIA GPU，也可以用 Whisper Large V3 获得更高的准确率。
这种做法有一个硬性代价：硬件门槛。CPU 跑实时转录会明显吃力，老款 Intel Mac 和低配 Windows 笔记本基本告别实时模式。这不是 Meetily 的问题，是本地 LLM 生态的现状。
从 2024 年底的首个提交到现在，迭代节奏非常快。v0.1.x 完成了架构定型：Tauri 桌面框架、本地 Whisper 转录、模型管理、系统托盘和通知。v0.2.0 是一个关键转折点，引入了 SQLite 数据库、Ollama 集成和模板化摘要系统，加上转录分页和虚拟滚动让长会议的处理效率提升了 80% 以上。v0.4.0 是当前最新版本，核心能力已经稳定，剩下的主要是边缘场景打磨和 Pro 功能的切割。
架构和迭代说完了，但数据好看不等于能用得顺手。实际打开看看是什么感觉？
跑起来看看
安装出乎意料地简单。去 meetily.ai 下载对应平台的安装包，macOS 给的是 dmg，Windows 是 exe。不需要编译，不需要配置环境变量，跟装一个普通的桌面应用一样。对 Rust 项目来说，能提供这种开箱即用的体验，CI 流水线一定下了不少功夫。
# macOS 直接安装 dmg，Windows 运行 exe 安装程序
# 安装后首次启动会自动检测系统环境
首次启动后 Meetily 会自动检测你的硬件环境并推荐转录模型。如果你有 Apple Silicon 或 NVIDIA GPU，它会推荐 Parakeet；如果是纯 CPU，会降级到 Whisper 的小模型并且提示你可能会有延迟。这个设计的诚实程度在开源项目里不多见：没有画饼说”所有硬件都能实时转写”。
摘要功能需要额外配置 Ollama 或填入 API Key。如果你已经有 Ollama 在本地跑着，Meetily 会自动发现它。
# 如果你还没装 Ollama（macOS/Linux）
curl -fsSL https://ollama.com/install.sh | sh
ollama pull llama3
# Ollama 启动后，Meetily 会自动识别并在摘要设置中列出可用模型
坑点有三个。
第一，蓝牙耳机在 Windows 上的音频重采样偶尔会出问题，README 专门有一份 BLUETOOTH_PLAYBACK_NOTICE.md 说明此事。
第二，Windows 的 WASAPI 音频捕获在早期版本里曾导致系统关机挂起 90 多秒，v0.4.0 已经修了，但说明软件在音频管线上仍在打磨。
第三，测试覆盖严重不足：
-
前端 JS 层只有 3 个单元测试，Rust 后端和 Python 脚本完全没有测试 -
CI 虽然覆盖了三平台构建，但没有集成测试或端到端验证 -
如果你的使用场景对可靠性要求很高，这个事实值得认真权衡
什么时候用，什么时候别用
| 场景 | 典型用户 | 优势 | 局限 |
|---|---|---|---|
| 合规会议记录 | 律师、医生、金融从业者 | 数据不出本机，满足合规要求 | Pro 功能需付费 |
| 日常团队会议 | 产品经理、技术负责人 | 零配置兼容所有会议平台 | 无自动加入会议（Pro 独占） |
| 一对一客户沟通 | 销售、咨询顾问 | 谈话内容完全本地化 | 说话人分离仅 Pro 版有 |
| 离线会议记录 | 无网络环境用户 | Ollama 摘要全程不联网 | 模型下载需首次联网 |
不适合你的情况也很明确。如果你需要跨设备同步会议纪要，或者希望 AI 自动加入日历上的每一场会议，Meetily 的社区版做不了这些。说话人分离功能被划进了 Pro 版（$10/月），社区版的转写输出是一整段文字，不会自动标注”这句话是谁说的”。这不是技术做不到，是商业模式的选择。说到这里，一个有意思的细节：GitHub Issue 区里有用户直接问”为什么不开源说话人分离”，维护者回复的核心逻辑是”这部分开发成本很高，Pro 的收入支撑了整个项目”。态度坦诚，但切割确实有点深。
如果你习惯了 Otter.ai 或 Fireflies.ai 的自动化体验，Meetily 需要你手动开始录制、手动命名会议、手动选择摘要模板。这种摩擦是”本地优先”的代价。但反过来说，Otter 和 Fireflies 的”自动化”本质上是用你的数据隐私换来的。你得自己判断哪个更重要。
体验上的坑说清楚了，不过更关键的问题还没聊：这个项目到底靠不靠谱，长期能活吗？
社区在高速路上，但后视镜有点模糊
| 指标 | 数据 | 说明 |
|---|---|---|
| Stars | 23,663 | 近 30 天日均增长约 1,500，增速未见放缓 |
| 核心维护者 | 2 人 | sujithatzackriya（254 commits）和 safvanatzack（164 commits），Bus Factor 偏低 |
| Open Issues | 277 | 数量偏高，但 v0.4.0 刚发布处于冷却期 |
| 协议 | MIT | 完全商业友好，无附加条款 |
| 贡献结构 | Top 10 占 50.7% | 核心团队主导，社区贡献占比有限 |
数字很漂亮，但也藏着几个值得留意的信号。两位核心维护者承担了超过一半的提交量，这意味着如果其中任何一个人停下来，项目的推进节奏会立刻断档。这不是小团队的原罪，是绝大多数高速增长的开源项目的共同特征，只是 Meetily 目前的增速放大了这个风险。
277 个 Open Issue 看着吓人，但需要结合上下文判断。Meetily 使用 GitHub Issue 作为 Roadmap 追踪器，相当一部分 Issue 是 Feature Request 而不是 Bug。维护者的响应质量倒是让人放心：技术类 Issue 通常在数小时内就会收到回复，带详细的环境信息和复现步骤。
社区讨论里有一条来自 andrew.ooo 的评论很精准：”Meetily 是目前本地会议记录领域最严肃的开源竞争者，而且支持 Windows，这立刻让它跟几乎所有竞品拉开了距离。”在 Reddit 的 r/selfhosted 板块，有人提到用它替代了年费 $240 的 Fireflies 订阅，唯一的抱怨是需要手动组织会议文件，不如云端工具自动归档方便。
数据排完了，该给个态度了。看完这么多指标和细节，Meetily 到底值不值得你的时间？
我的真实看法
关于这个项目，我的判断比表面上的 Star 数冷静得多。23k Stars 看着唬人，但靠隐私焦虑吸引来的用户忠诚度取决于产品能不能兑现承诺，而不是仓库主页的数字。
先说好的部分。Meetily 做对了一件很少有人敢做的事：从架构上承诺隐私。它不是”默认本地但可以上云”，不是”可选本地”，是彻底不联网。这个决定的代价是在功能丰富度上永远追不上 Otter.ai 和 Fireflies.ai，但它因此获得了一个不可替代的定位：在需要合规的会议场景里，Meetily 是唯一可以放进去的开源选项。
但我也需要把话说清楚。Pro 功能的切割力度让我不舒服。说话人分离、自动加入会议、PDF/DOCX 导出，这三样不是锦上添花的功能，是”能用”和”好用”的分界线。把它们全锁在 Pro 版里，社区版就越来越像一个功能受限的试用版，而不是一个独立完整的产品。如果这个趋势继续下去，社区贡献的热情会下降，Bus Factor 的问题会更加突出。
硬件门槛是另一个没法绕过的问题。如果你用 Apple Silicon 的 Mac，Meetily 的体验接近完美。如果你用 Intel Mac 或者没有独显的 Windows 笔记本，实时转录的延迟会让你怀疑人生。这不是 Meetily 能解决的，是本地 LLM 推理的物理限制。短期内，CPU 用户更适合直接用 Zoom 自带的转录功能或者接受云端方案。
趋势上看，Meetily 在上升通道里。Star 增速、Release 频率、Issue 响应速度这三个指标同时健康，在开源项目里不常见。但有两个关键转折点需要关注。第一是贡献者池的扩大：如果接下来三个月没有新增活跃的社区贡献者，Bus Factor 风险会升级。第二是 Pro/Community 的功能平衡：如果 v0.5.0 继续把更多核心功能切进 Pro，社区版会逐渐丧失竞争力。
资源就这些，该交代的都交代完了。剩下的就一句话：你该不该装。
资源地址
| 资源 | 地址 |
|---|---|
| GitHub | https://github.com/Zackriya-Solutions/meetily |
| 官网 | https://meetily.ai |
| 官方文档 | https://meetily.ai/docs |
先装上去录一场会
如果你手上有台 M 系列芯片的 Mac，没理由不试。下载安装包，跑一场内部会议，看看它生成的摘要是不是比你自己记的笔记更完整。它不会比 Otter 更方便，但会让你重新理解”方便”这个词的来源：你为云端自动化的每一分便利，都是用数据的控制权交换的。
如果你的主力机是 Windows 或者还在观望，关注两件事。v0.5.0 的 Release Note 里有没有社区版的新功能，以及 GitHub 的 Contributors 列表里有没有出现新的活跃面孔。这两个信号比 Star 数更能告诉你这个项目能不能从”好用的个人工具”变成”靠谱的生产力依赖”。
跟它的理由不是因为它有 23k Stars。是因为在会议数据大量流入云端的当下，有人写了整整一套让你能把数据留在本地的工具链，而且真的能用。
隐私控制是 Meetily 的绝对长板。Otter.ai 和 Fireflies.ai 的数据全部上传云端，Fathom 虽然免费版功能丰富，但数据处理同样在远端。Meetily 是为数不多能做到全链路本地化的选择。代价是跨设备同步和自动日历集成的缺失，这些恰好是云端方案的核心卖点。选哪一边，本质上不是技术决策，是你对数据控制权的底线在哪。