Nomily AI：把录音设备里的话，变成你自己的 AI 摘要

一个具体场景

周三是产品评审会，你用 Vobot V05E 录了 40 分钟。散会后你想知道"结论是哪三条"、"谁答应了什么"、"有没有遗留风险"。打开手边的录音笔 App——它只给你一个 8MB 的音频文件和一个播放条。市面上大多数转写 App 要你按月付费、把你的会议录音上传到别人的服务器，而且只支持自家录音设备。

Nomily AI 走的是另一条路：录音留在你手机里，API Key 由你自己填，转写用 Azure 或者你自己机器上跑的 faster-whisper，摘要用你自己的 LLM 账号。

项目背景

Nomily AI 瞄准的是一个被忽视的生态断层：录音硬件厂商（Plaud、Vobot、钉钉 A1、TicNote、soundcore D3200）各自做 App、转写格式互不兼容，且大多只提供托管式订阅。Nomily AI 想做一个"中立的录音伴侣"，把各家设备统一到一个入口。

项目在 2026 年 8 月上线，2026 年 10 月已积累约 1018 star，App Store 与 Google Play 双端上架。仓库采用"入口仓库 + 客户端仓库"的结构：主仓库放文档、多语言 README、示例代码与素材，真实客户端代码在 nomily-ios（SwiftUI + watchOS）与 nomily-android（Jetpack Compose）两个子仓库。

类比理解

把它想成"胶片暗房"而不是"照片冲印店"。传统 App 是冲印店——照片进去，照片出来，中间全在别人手里。Nomily AI 是暗房：底片是你的，药剂是你的，显影流程也是你选的。

核心能力

设备接入：通过 BLE 连接 Vobot V05E 下载录音并管理本地曲库；iPhone 侧支持导入录音，包括从 Apple Watch 伴侣转移过来的文件。

转写：两条路径——Azure Speech（支持最多 10 人的说话人分离）或用户自建的 faster-whisper 兼容 ASR 端点。仓库里附带了 examples/local-asr-server 示例服务及其 requirements.txt，可以直接跑一个本地端点。

摘要与标题：由用户配置的 LLM 提供方生成，支持 OpenAI、Anthropic、Gemini、OpenRouter、Ollama 以及任意自建 OpenAI 兼容接口。

上手门槛

这是本次分析中最需要说清楚的一点：本仓库不是可部署的服务，也没有 Docker 部署。README 里直接写明 "This repository is not an installable client or a Docker deployment"。想直接用，走 App Store 或 Google Play；想自己构建，需要 Xcode 16 / Android Studio + JDK 17，编译真机安装，并准备 Azure 订阅或本地 ASR 服务、至少一个 LLM Key。

争议与局限

• 许可证是 "Nomily Small Team License 1.0.0"，属于 source-available 而非标准 OSI 开源协议，GitHub API 也无法识别 SPDX 标识，商业使用需自行评估条款。
• 双仓库结构对想贡献代码的人不友好，改动要跨两个仓库对齐；主仓库没有测试目录，只有一条做文档引用一致性校验的 CI。
• 深度依赖第三方云服务（Azure、OpenAI 等），只有自建 faster-whisper 与 Ollama 组合能实现完全本地化。

行业意义

BYOK（自带 Key）正在成为 AI 应用的一个明确分支：在隐私敏感或已有订阅的场景下，"不托管你的数据，只做管道"的产品更容易获得信任。Nomily AI 把"录音→转写→摘要"这条链路做成了双端原生实现，Android 端尤其补上了原生 App 的空白。