周五傍晚，自由职业者林晨刚结束与海外客户的视频会议。他习惯性地打开某个云端转写服务准备上传录音，但手指悬停在按钮上迟迟没有落下——上个月某AI公司泄露用户通话数据的新闻突然闪过脑海。犹豫间，他点开聊天框里同事发来的GitHub链接：“一个18000星的项目，会议纪要全在本地跑。”这个链接指向的，就是近期在开发者圈子快速蹿红的本机优先AI会议助手Meetily。
Meetily的爆发势头很猛：曾在一天之内登上GitHub趋势榜第三名，单日收获2500多颗星，目前总星数约18000。吸引开发者的并不是炫酷的AI概念，而是它能解决一个非常具体的痛点：将会议录音转写成文字并生成摘要，全部都在用户的电脑上完成。只要用户不主动授权，会议音频、转写文本、API密钥都不会离开本机硬件。对很多处理敏感商谈或需要遵守严格数据合规要求的用户来说，这个承诺比任何云端服务的隐私条款都更令人放心。
这种“把数据锁在本地”的思路，在社区里引来两种截然不同的声音。支持本地优先的一方认为，如今太多工具为了所谓的智能协作，把用户的录音和对话内容毫无保留地抛给第三方服务器。云端服务的便利性常常以牺牲数据主权为代价，而Meetily恰好提供了另一种可能：即使断网也能正常转写和总结，所有计算用本机GPU或神经网络引擎完成，体验并不打折。反对的声音则主要来自需要多人协作的团队用户。在他们看来，一旦会议纪要无法像Otter或Fireflies那样通过一个链接就安全分享给不在同一个局域网的同事，本地方案的生产力就会大打折扣。部署额外的代理隧道、手动配置访问权限——这些操作对非技术背景的成员来说，门槛实在不低。
两种立场都有理有据，而Meetily的技术架构本身也正好同时回应着这两方的关切。它在桌面上是一个用Tauri框架打包的原生应用，以Rust驱动后端逻辑，前端则基于Next.js构建。这种组合让应用既保持轻量，又能直接调用操作系统的底层能力。在转写环节，用户可以在OpenAI Whisper和NVIDIA Parakeet之间二选一。Parakeet模型被转换成ONNX格式后，据称推理性能可达标准Whisper的4倍，尤其适合在配有强力GPU的机器上追求速度。摘要生成的后端默认连接Ollama本地推理服务，同时兼容任意OpenAI接口，这意味着用户想切换到自部署的远端大模型也完全没有障碍。
硬件加速的支持是回应质疑的关键。Meetily原生适配Metal/CoreML（苹果芯片）、CUDA（NVIDIA显卡）和Vulkan（AMD/Intel显卡）。在MacBook Pro的M系列芯片上，转写时可以明显看到神经网络引擎被大量调用，风扇甚至不会加速运转。对于担心无独显笔记本转写太慢的用户，一块Apple Silicon或者中端NVIDIA显卡就能将等待时间压缩到可接受范围。所有会议状态和转写文稿的持久化存储，都交给SQLite本地数据库打理——没有后台守护进程频繁联网，也不存在数据库被云端同步误删的风险。
从安全与架构的层面看，这个应用本质上是一套相互协作的本地HTTP服务。查看项目前端目录下的内容安全策略配置，可以清晰地看到几个端口各司其职：3118端口服务于Next.js用户界面，11434端口是Ollama的推理端点，8178端口跑着Whisper转写服务器，而5167端口则是内部协调API。所有请求都在127.0.0.
热门跟贴