只要愿意学习，就一定能够学会。——列宁

https://github.com/Zackriya-Solutions/meetily

Meetily：把每一场会议，都稳稳留在自己手里的 AI 会议助手

有些工具一出现，就像是在会议桌旁轻轻拉开一把椅子，对你说一句：别急，我来帮你记。

Meetily 就是这样一个存在。

它不是那种一边说着“智能”，一边悄悄把你的会议内容送上云端的工具；也不是那种功能写得天花乱坠，真正用起来却让人手忙脚乱的产品。Meetily 的气质很明确，也很难得：它把隐私看得很重，把本地处理做得很深，把会议记录这件事，做成了一位安静、可靠、懂分寸的 AI 助手。

按照项目的描述来说，Meetily 是一个 Privacy first 的 AI meeting assistant，基于 Rust 构建，支持更快的 Parakeet/Whisper 实时转录、说话人区分以及 Ollama 总结，强调 100% 本地处理，不需要云端。它同时也是一个面向 macOS 和 Windows 的自托管、开源 AI 会议笔记工具。光看这段描述，你就已经能感受到它的个性了：它不是来“借用”你的会议数据的，它是来“守护”你的会议数据的。

如果把会议比作一条流动的河流，那么 Meetily 就像一位站在岸边的记录者。它不喧哗，不打断，不越界，只是认真地听、快速地记、清晰地整理，然后把一份结构清楚、可回看、可沉淀的会议内容交到你手上。而更重要的是，这一切都发生在你自己的设备上。你的声音、你的讨论、你的决策，不必漂洋过海去别人的服务器兜一圈，它们就安安稳稳待在你自己的电脑里。

它为什么会让人眼前一亮

现在市面上并不缺会议转录工具，缺的是一种真正让人放心的方案。

Meetily 很清楚自己要解决的核心问题是什么：会议内容，往往并不只是“聊天记录”那么简单。它可能包含商业策略、团队内部讨论、法律意见、客户沟通、医疗信息，甚至是组织最敏感的判断与决策。很多云端会议 AI 工具在便利的同时，也让这些信息暴露在更多不受你控制的链路上。

而 Meetily 给出的回答很直接：所有处理都在本地完成。

这不是一句营销口号，而是它整套产品气质的起点。它把“数据主权”这件事认真落实到了功能层面。录音在本地，转录在本地，总结也可以在本地完成。它让用户拥有的是“控制权”，而不是一种建立在托付和侥幸之上的“便利”。

于是你会发现，Meetily 的吸引力，不只是它会做会议纪要，更在于它知道哪些事情不该做。它不会擅自把你的会议拿去换取云端智能，也不会让你在效率和隐私之间做一道难受的选择题。它更像是在告诉你：高效和克制，本来就可以同时成立。

Meetily 能做什么

如果要用一句话概括 Meetily 的能力，那就是：它能把会议从“当场听懂”变成“事后也能清楚复盘”。

但如果拆开来看，它做的事情其实相当丰富。

本地优先

Meetily 最鲜明的特征，就是 Local First。所有处理都在你的机器上完成，没有数据离开电脑。对于很多在意隐私、合规、离线能力和自我掌控感的用户来说，这不是锦上添花，而是决定是否愿意使用的前提。

这种感觉就像你请来一个值得信赖的会议助理，他不是把你的笔记本抱走回家整理，而是始终坐在你身边，把所有信息都留在你自己的桌面上。

实时转录

会议开始之后，Meetily 可以实时生成转录内容。它像一个反应很快的速记员，边听边记，不拖沓，不含糊，让会议过程中的核心信息能够即时沉淀下来。

而且它支持基于 Whisper 或 Parakeet 的本地转录能力。对用户来说，这意味着你不用依赖外部服务，也不用担心网络波动影响记录效果。会议照开，内容照记，整个过程更像是在自己的设备里长出了一双会听会写的耳朵。

AI 总结

如果说实时转录是 Meetily 的“记忆力”，那 AI 总结就是它的“理解力”。

会议录完之后，原始转录往往很长，像一卷未经整理的线团。Meetily 能把这团线理顺，提炼出重点，让你更快地抓住会议结论、行动项和核心讨论内容。README 中提到它支持多种 AI Provider，其中推荐使用 Ollama 进行本地总结，同时也支持 Claude、Groq、OpenRouter，以及自定义的 OpenAI 兼容接口。

这意味着 Meetily 并不是把用户绑死在某一个模型提供方上。它更像一位善于协作的助手，知道怎么根据你的环境和偏好去调动合适的“大脑”。你可以追求纯本地，也可以接入自己熟悉的 AI 服务，一切都保留了相当大的灵活度。

多平台支持

README 中写明它支持 macOS、Windows 和 Linux。其中 macOS 与 Windows 提供现成安装方式，Linux 则可以通过源码构建。

这很像一个不挑门槛的工具。无论你是苹果生态的深度用户，还是 Windows 办公环境中的高频会议参与者，Meetily 都愿意走到你身边。而 Linux 用户则会得到更强的可控性与构建自由度。

开源与可定制

Meetily 是开源的，这意味着它不是一个被封闭在黑箱里的产品。你不仅可以使用它，还可以理解它、修改它、扩展它。

对于开发者和技术团队来说，这种开放性本身就是一种安全感。你不需要对一个看不见底层逻辑的系统保持盲目信任，你可以自己检查它的架构、评估它的流程、甚至把它改造成更适合团队工作流的形态。

灵活的 AI 提供方支持

Meetily 支持 Ollama、本地总结、Claude、Groq、OpenRouter，以及自定义 OpenAI 兼容接口。这个设计非常像一个懂得“因地制宜”的助手：你家里有厨房，它就自己下厨；你有熟悉的餐厅，它也可以帮你联络；你有企业内部专属供应链，它同样愿意配合。

换句话说，它没有把“AI 能力”做成一条单选题，而是做成了一张可以自由组合的菜单。

那些真正让它有温度的细节

一个工具值不值得长期使用，往往不只是看它“有没有功能”，而是看它“怎么做这些功能”。

Meetily 在 README 里展示出来的一些特性，非常能说明它不是随便拼装出来的，而是认真理解过会议场景的产物。

导入与增强

Meetily 支持导入已有音频文件，并生成转录内容。你甚至还可以对已经录制好的会议，用不同模型或不同语言重新转录和增强。

这像什么呢？

像一个细心的档案管理员，不会因为某份录音“不是现场录的”就拒之门外，也不会因为第一次整理得不够好就草草收场。它会愿意回头再看一遍，再认真梳理一遍，让旧内容也有机会变得更清晰。

对经常处理历史访谈、播客素材、客户通话录音、课程录音的人来说，这个能力非常实用。它让 Meetily 不只是会议中的助手，也是会后内容整理的能手。

隐私优先设计

README 把这一点说得很明确：转录模型、录音和文本都存储在本地。

这不是技术细节堆砌，而是一种产品态度。Meetily 像一个嘴很严的记录员，会议室里听到的内容，就留在会议室里；你的电脑里产生的数据，就留在你的电脑里。它不多看，不多传，不多说，把边界感拿捏得很好。

自定义 OpenAI 兼容接口

对于企业、技术团队或对基础设施有更高要求的用户，Meetily 支持自定义 OpenAI-compatible endpoint。

这个能力很重要，因为它让 Meetily 不只是一个“拿来就用”的桌面工具，也是一块可以嵌进组织 AI 架构里的拼图。你可以把它接进自己偏好的模型服务，把总结链路嵌入自己的内部能力体系，让这位会议助手真正成为你团队的一员，而不是一个外来的独立软件。

专业音频混合

README 中提到 Meetily 支持同时捕获麦克风和系统音频，并具备智能 ducking 与 clipping prevention。

如果说前面的能力更多偏向“听懂”和“写好”，那这一部分更像是它先把“听清楚”这件事做到位。它知道会议的声音来源并不总是单一的，有时是你的麦克风，有时是扬声器播放出的系统音，有时两者交织在一起。Meetily 在这里就像一位经验丰富的录音师，把不同声音来源尽量处理得更自然、更可用，为后续的转录质量打好基础。

GPU 加速

Meetily 支持硬件加速：

  • macOS：Apple Silicon 的 Metal 和 CoreML
  • Windows / Linux：NVIDIA 的 CUDA，以及 AMD / Intel 的 Vulkan

而且它会在构建时自动启用，不需要额外配置。

这一点特别讨喜，因为它不像有些工具那样把“高性能支持”写在介绍里，实际使用时却要求用户自己踩一堆环境坑。Meetily 更像一个干活麻利的人，能自己提重物，就不让你来费劲。只要环境允许，它就会尽可能更快地跑起来，把转录和处理效率拉高。

它的技术气质也很鲜明

从 README 可以看出，Meetily 是一个基于 Tauri 构建的单体、自包含应用。Rust 负责后端核心逻辑，Next.js 负责前端界面。

这个组合很有意思。

Rust 让它显得稳、快、克制，有一种很适合“本地处理”和“性能敏感任务”的底色。Next.js 则给它带来现代桌面应用应有的交互与界面表达。Tauri 把这两者拧在一起，让 Meetily 成为一个既有原生集成能力，又有现代 UI 体验的桌面工具。

如果把 Meetily 拟人化，它大概就是那种外表清爽、说话利落、办事稳妥的人。前台有亲和力，后台有执行力，不咋呼，但很能打。

另外，仓库里还有一个 backend/README.md 特别说明：旧的 Python/FastAPI、Docker、standalone whisper-server 后端已经归档，仅作历史参考，当前受支持的架构就是 Tauri 桌面应用。也就是说，Meetily 已经把重心明确放在现在这套本地自包含架构上，不建议把旧后端路径当成当前生产方案。

这点对读者和开发者都很重要：理解 Meetily，不该从“它曾经是什么样”出发，而该从“它现在真正支持的应用路径”出发。

快速上手

如果你只是想尽快开始使用 Meetily，README 给出的路径其实很直接。

Windows 安装

  1. 下载最新的 x64-setup.exe
  2. 运行安装程序

macOS 安装

  1. 下载 meetily_0.4.0_aarch64.dmg
  2. 打开下载的 .dmg
  3. 将 Meetily 拖入 Applications
  4. 从 Applications 中打开 Meetily

Linux 构建

Linux 用户可以根据项目文档从源码构建。README 中给出了一组快速启动命令：

1
2
3
4
git clone https://github.com/Zackriya-Solutions/meeting-minutes
cd meeting-minutes/frontend
pnpm install
./build-gpu.sh

这几行命令很像是 Meetily 对开发者伸出的一只手：来吧，门没锁，工具都在，咱们自己把它跑起来。

如果你想从源码运行它

对于开发者来说，前端目录下的 README 还给出了更具体的开发方式。

macOS 环境准备

需要准备这些依赖：

  • Node.js 18 或更高
  • Rust 最新稳定版
  • pnpm 8 或更高
  • Xcode Command Line Tools

安装示例：

1
2
3
4
5
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
brew install node
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
npm install -g pnpm
xcode-select --install

然后克隆并进入前端目录：

1
2
3
git clone https://github.com/Zackriya-Solutions/meeting-minutes
cd meeting-minutes/frontend
pnpm install

开发运行：

1
./clean_run.sh

生产构建：

1
./clean_build.sh

如果你想指定日志级别，也可以这样运行：

1
./clean_run.sh debug

Windows 环境准备

Windows 下需要：

  • Node.js 18 或更高
  • Rust 最新稳定版
  • pnpm 8 或更高
  • 带有 C++ 开发工具的 Visual Studio Build Tools
  • Windows 10 或更高版本

安装依赖后，执行：

1
2
3
git clone https://github.com/Zackriya-Solutions/meeting-minutes
cd meeting-minutes/frontend
pnpm install

开发运行：

1
clean_run_windows.bat

生产构建：

1
clean_build_windows.bat

也可以直接使用 package scripts：

1
2
pnpm run tauri:dev
pnpm run tauri:build

只跑前端或 Tauri 开发服务

如果你想更细粒度地参与开发，前端 README 也给了对应入口：

1
pnpm run dev

只跑 Tauri 开发服务：

1
pnpm run tauri:dev

这部分信息很适合准备贡献代码、调试界面，或者想深入理解其运行机制的开发者。Meetily 在这里像一个不设防的技术伙伴：不仅欢迎你使用它，也欢迎你拆开它、理解它、参与它。

它适合谁

Meetily 并不是一个只适合“技术极客”的产品，恰恰相反，它适合很多对会议质量和信息安全都较为敏感的人。

它适合那些开完会后，总觉得重点散在脑海里、过两小时就开始模糊的人。
它适合那些一边沟通、一边还要分神记笔记，最后发现自己既没听好也没记全的人。
它适合律师、顾问、研究人员、产品经理、创业团队、远程团队，也适合任何不愿把敏感对话交给外部云服务的人。
它也适合开发者和组织，因为它开源、可自托管、可定制，能根据自己的工作流不断延展。

你可以把它当成会议记录器，也可以把它当成一个会整理重点、懂得沉默保密的 AI 同事。

Meetily 的特别之处，不只是开源，而是开源得有方向

很多项目会写自己“开源”，但真正让人留下印象的，是它开源以后仍然保持清晰的产品方向。

Meetily 的方向很明确：

  • 以隐私为前提
  • 以本地处理为核心
  • 以开源模型和可控基础设施为能力底座
  • 以真实会议记录需求为场景中心

它不是为了把一切都做成平台，而是为了先把“会议记录与总结”这件事做好。它也不是在讲一个过于抽象的 AI 故事，而是在很具体地解决用户每天都会遇到的场景问题：怎么更快记住会议，怎么更放心保存会议，怎么更高效复盘会议。

这种务实，会让人觉得它不像一个飘在概念层面的项目，更像一个正在认真长大的产品。

面向未来，它还有更大的野心

README 中还介绍了 Meetily PRO 的方向。社区版会继续保持免费和开源，而 PRO 面向更高要求的个人和团队用户，强调更高精度、更丰富导出、更自定义的总结工作流，以及团队级特性。

从中你能看出 Meetily 的路线并不是“做个 demo 就结束”，而是试图从一个优秀的本地会议助手，逐步走向一个更专业的会议工作流解决方案。它在保留社区版价值的同时，也在探索如何服务那些对准确率、合规性、部署能力和团队协作更有要求的场景。

这其实也说明，Meetily 不只是想“被使用”，它还想“长期陪伴”用户成长。

写在最后

如果你厌倦了把重要会议交给不透明的云服务，如果你希望自己的录音、转录和总结都掌握在自己手里，如果你正在寻找一款真正把隐私、本地处理和开源自由结合起来的 AI 会议助手，那么 Meetily 很值得认真看看。

它像一个很有边界感、也很有能力的伙伴。会议开始时，它静静坐下；声音流动时，它迅速记录；讨论结束后，它把混乱整理成秩序，把冗长提炼成重点；而整个过程里，它始终没有把你的内容带离你的设备。

在这个“什么都想上云”的时代，Meetily 像是少见的那类工具：它不抢你的数据，不偷你的注意力，不故作聪明，而是踏踏实实地帮你把一场会议变成真正可沉淀、可复用、可掌控的知识资产。

它不只是一个 AI meeting assistant。

它更像是一位安静、忠诚、反应很快、嘴巴很严的会议记录官，站在你的电脑里，替你把每一次重要交流，好好留下来。