北京
周五傍晚，自由職業者林晨剛結束與海外客戶的視頻會議。他習慣性地打開某個云端轉寫服務準備上傳錄音，但手指懸停在按鈕上遲遲沒有落下——上個月某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.
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
