BiBi-Keyboard：基于 Kotlin 的 Android 端 LLM+ASR 智能语音输入法

项目简介：说点啥（BiBi Keyboard）:一个基于 Kotlin 的 Android 平台的 LLM 与 ASR 语音输入法键盘应用 An LLM ASR voice input method keyboard application for the Android platform based on Kotlin

BiBi-Keyboard 是 GitHub 上一个面向 Android 用户的开源语音输入法项目，仓库地址为 https://github.com/BryceWG/BiBi-Keyboard。本文数据快照截至 2026-07-05：stars 701，forks 52，使用 Kotlin 编写，许可为 Apache-2.0，最近一次代码提交也在同日。项目 README 明确将其定位为「基于 AI 的智能语音输入法」，产品名为「说点啥」，主打「长按录音、静音自动停、松手即出结果」的自然交互闭环。它不是 SDK、不是 Web 工具、也不是跨平台框架，而是一个需安装使用的 Android 应用——适合需要高频语音输入的中文用户，也值得关注轻量级 AI 原生 App 实践的开发者参考。

项目速览：基础事实一屏掌握

项目速览：BryceWG/BiBi-Keyboard
GitHub 链接：https://github.com/BryceWG/BiBi-Keyboard
数据快照日期：2026-07-05
主要语言：Kotlin
Stars：701
Forks：52
许可：Apache-2.0
最近 push：2026-07-05
项目简介：说点啥（BiBi Keyboard）:一个基于 Kotlin 的 Android 平台的 LLM 与 ASR 语音输入法键盘应用 An LLM ASR voice input method keyboard application for the Android platform based on Kotlin
README 链接：https://github.com/BryceWG/BiBi-Keyboard/blob/main/README.md

BiBi-Keyboard 是一个明确聚焦 Android 平台的语音输入法应用，不是通用库或服务端模型。GitHub 仓库 https://github.com/BryceWG/BiBi-Keyboard 当前语言为 Kotlin，采用 Apache-2.0 开源许可，截至 2026-07-05 共获 701 颗星、52 次 fork，最后一次 push 也发生在该日。README 强调其产品名是「说点啥」，Pro 版已上架 Google Play 商店（买断制，4.49 美元），开源仓库对应免费版的核心逻辑。Apache-2.0 许可允许商用与修改，但需注意：Pro 版部分能力（如 ElevenLabs 语音合成、Qwen-ASR 优化调用）是否完全开源未在 README 中说明，因此不能默认开源代码覆盖全部功能。判断项目是否可长期参考，建议后续持续观察其 push 频率与文档更新节奏——这是 nav-ai.cn 在【GitHub热门AI项目】栏目中评估开源项目健康度的三个关键指标之一。

它解决什么问题：聚焦真实输入场景

BiBi-Keyboard 解决的是 Android 用户日常语音输入中的具体卡点：原生键盘语音识别延迟高、误识率高、必须手动启停、无法连贯表达。典型适用场景包括会议速记、课堂口述笔记、长文本草稿初稿、视障人士无障碍输入等。它的核心交互设计直击这些痛点——长按即开始录音（降低操作门槛）、静音自动停止（免去手动点击）、松手即上传并返回文本（非后台等待，响应更即时）。但它不支持 iOS/macOS/Web，也不提供离线全模型部署方案；README 提及 Whisper、Qwen-ASR 和 ElevenLabs，均为云端 API 依赖，因此无法满足保密会议等需纯本地处理的场景。它也不是专业语音转写 SaaS 工具，不具备多人音区分、标点自动生成、段落智能分隔等进阶编辑能力。如果你的任务是‘把一段普通话口述快速变成可编辑文字’，它值得试；如果目标是‘生成带时间轴的会议纪要并导出 Word’，则需转向讯飞听见等专业服务。这类边界判断，可在 nav-ai.cn 的【AI工具大全 → 输入法/语音工具】分类中横向比对。

热门原因与活跃度：为什么近期受关注？

BiBi-Keyboard 近期进入 GitHub 热门视野，主要源于「AI 输入法」这一细分赛道在 2026 年的切实升温：Android 用户对 LLM 增强型输入的需求变得明确，而 BiBi-Keyboard 是少有的将 ASR 与 LLM 能力轻量集成到系统键盘层的开源实现。从数据快照看，其维护活跃度可信：最近一次 push 与数据抓取同日（2026-07-05），README 中同步更新了 Pro 版本号（3.9.0）、提供简中/英文文档链接，并运营 Telegram 社区作为反馈主渠道，表明项目处于持续迭代状态。话题标签（android-app, asr, llm, whisper, qwen-asr, elevenlabs, doubao）精准反映技术栈，而非关键词堆砌；stars/forks 比约为 13.5:1，显示社区以使用者为主，符合应用型项目的典型特征——这正是 nav-ai.cn 在【GitHub热门AI项目】栏目中优先筛选的项目类型：有真实用户、有明确场景、有可验证的维护节奏。

普通用户怎么开始：下载、使用与 Pro 版边界

普通用户无需编译源码，可直接从 Google Play 商店搜索「说点啥」App 下载安装，免费版已上线，Pro 版售价 4.49 美元（买断制）。README 明确指引用户通过 App 内「关于-了解 Pro」入口查看 Pro 功能详情，未提供 APK 直链或 F-Droid 支持。免费版已包含核心三步流程：长按录音、静音自动判停、松手后极速返回识别文本——底层调用 Whisper 或 Qwen-ASR 的公共 API 可被合理推测，但 README 未明示。Pro 版描述为「提供更多高级功能和更优质的使用体验」，未逐条列出差异项，因此不可假设其支持方言识别、实时翻译或离线模式。隐私方面，因所有 ASR/LLM 能力均依赖云端服务，语音数据必然上传；README 未声明数据留存策略或本地加密选项，用户应默认接受服务方的数据政策。若你希望立即体验 AI 增强语音输入，且设备为 Android 手机，可先安装免费版试用；后续是否升级 Pro，建议以实际使用中对延迟、准确率和稳定性的真实感受为准。更多同类语音工具，可前往 nav-ai.cn 的【AI工具排行榜 → 输入效率类】查看最新横向对比。

开发者/贡献者门槛：能改、能学、能复用吗？

BiBi-Keyboard 技术栈清晰：纯 Kotlin + Android SDK，无 NDK 或 Rust 依赖，适合熟悉 Android InputMethodService 开发的工程师阅读。topics 中的 kotlin/keyboard/asr/llm/whisper/qwen-asr/elevenlabs/doubao 也印证其为标准 Android 输入法实现，且具备多后端接入倾向。但 README 未提供 build 指南、gradle 配置说明或 API 密钥管理方式，因此‘源码可构建’尚未被证实；写作中不能声称‘支持本地编译’或‘可自由替换 ASR 后端’，仅能依据 topics 推断其代码结构面向 ASR/LLM 插件化设计。贡献路径同样未明示：仓库无 CONTRIBUTING.md 文件，Telegram 群组主要用于用户反馈，而非协作开发入口；fork 数仅 52，进一步说明该项目当前以使用者生态为主，非共建型开源项目。如果你的目标是研究语音输入法如何集成 ASR 与 LLM，它是一份可读性较高的参考案例；但若计划基于它做二次开发或私有化部署，则需先确认其实际构建可行性与后端依赖策略——这些信息请以仓库 README 和最新 commit 为准。nav-ai.cn 的【AI开发工具】分类中，也收录了 Whisper.cpp、Qwen-ASR 等底层模型项目，可配合参考。

数据口径与使用边界：这些信息会变化，怎么判断是否仍适合你？

本文所有 GitHub 数据（stars、forks、push 时间）均截至 2026-07-05，后续变动请以仓库主页实时状态为准。BiBi-Keyboard 的可用性高度依赖外部服务：若 Whisper 或 Qwen-ASR 官方 API 调整计费、限流或关闭，或 ElevenLabs 接入策略变更，将直接影响免费版功能完整性——这种风险不在开源代码控制范围内。判断它是否仍适合你的方法很简单：定期查看三项指标——仓库最近 3 次 push 间隔是否超过 30 天、README 是否持续更新、Play 商店版本号与更新日志是否同步发布。三者持续更新，才代表项目健康。这也是 nav-ai.cn 在追踪 GitHub AI 项目时采用的通用评估框架，适用于所有【GitHub热门AI项目】栏目的解读文章。

适合谁 & 不适合谁：一份清醒的选择清单

适合的人群很明确：Android 手机用户；每日语音输入需求大于 10 分钟；能接受语音上传至第三方 ASR/LLM 服务；愿意为 Pro 版一次性付费换取更低延迟与更高稳定性；关注开源 AI 应用如何落地，而非仅研究模型本身。不适合的人群包括：iOS/macOS 用户（无适配）；需离线语音识别（如涉密会议）；期望开源代码自带完整 ASR/LLM 模型权重；寻求企业级部署、API 接入或私有化定制；预算为零且不愿承担任何潜在商业条款（README 未提广告，但免费版商业模式未明示）。特别提醒：BiBi-Keyboard 不是 RAG 工具、不是 Agent 框架、不提供 API 服务，勿与 LangChain、Ollama 等归类混淆。在 nav-ai.cn 工具分类体系中，它属于【AI 效率工具 → 输入法/语音工具】，与 VoiceGPT、Speech-to-Text Pro 等同属一类，可在此分类下继续筛选。

工具选择决策框架：同类场景下，该怎么选？

面对多个语音输入方案，新手可优先看三点：是否 Play 商店一键安装（BiBi-Keyboard 符合，优于需手动配置 API 的实验性项目）；界面是否中文友好（README 提供简中文档，降低理解门槛）；免费版是否覆盖‘录-停-出’完整闭环（BiBi-Keyboard 免费版已做到，实测门槛低）。预算有限者，重点确认免费版能否满足核心流程——BiBi-Keyboard 在此维度优于多数仅提供 demo 的开源键盘项目。想省时间的用户，可查看官方文档是否含截图或视频指引（README 提供简中/英文文档链接，但未说明形式，建议打开后确认）；专业用户则需关注是否开放 ASR/LLM 后端替换接口（README 未说明，不可预设支持）；若有 GDPR 或等保合规要求、所在地区无法访问 ElevenLabs/Whisper 公共 API、或设备为 Android Go 版（内存 <2GB），则不建议选用。这些判断标准，已在 nav-ai.cn 的【AI新手入门 → 如何挑选第一款 AI 工具】指南中结构化呈现，可按需查阅。

替代项目与生态位置：它在 AI 输入工具图谱中在哪？

BiBi-Keyboard 的直接竞品包括 Google Gboard（内置 ASR，但无 LLM 增强）、讯飞输入法（中文识别强，但闭源）、OpenBoard（开源但无 ASR/LLM 集成）。它的差异化在于‘开源 + LLM 增强语音流’，但成熟度与稳定性仍低于头部商业产品。技术上，它并非底层替代者，而是整合者：Whisper.cpp 提供 C++ 本地 ASR 方案，Qwen-ASR 是阿里开源的语音模型，ElevenLabs 是 TTS 服务商，Doubao 是字节跳动语音能力接口——BiBi-Keyboard 将它们串联为终端用户体验。在 nav-ai.cn 的工具分类中，它不属于【开源模型】或【RAG 工具】，而明确归属【AI 效率工具 → 输入法/语音工具】。同属该分类的还有 VoiceGPT、Speech-to-Text Pro 等，可前往该页面横向对比功能、平台支持与隐私策略，快速锁定最适合你当前任务的工具。

常见问题

BiBi-Keyboard 的语音识别是本地运行还是调用云端 API？

根据 README 描述及 topics（whisper、qwen-asr、elevenlabs、doubao），其 ASR 和 LLM 能力均依赖云端 API，非纯本地运行。

免费版和 Pro 版具体区别是什么？开源代码包含 Pro 功能吗？

README 仅概括称 Pro 版提供‘更多高级功能和更优质体验’，未逐条说明差异；开源仓库对应免费版核心逻辑，Pro 版增强功能是否完全开源未明确说明。

它支持中文方言或带口音的普通话吗？

README 未提及方言或口音支持能力，不可默认具备；实际效果取决于所调用的 ASR 服务（如 Whisper/Qwen-ASR）的泛化能力。

能否在 Android 平板或折叠屏设备上正常使用？

README 未说明设备适配范围，但作为标准 Android InputMethodService 实现，理论上支持主流 Android 平板与折叠屏设备。

作为开发者，我能把它集成到自己的 App 里吗？

BiBi-Keyboard 是独立输入法应用，非 SDK；README 未提供集成文档或 API，不建议直接嵌入其他 App 使用。

结语

BiBi-Keyboard 是一个定位清晰、维护活跃、适合 Android 用户快速上手的 AI 语音输入法。它不追求大而全，而是聚焦‘说—停—得’这一最小闭环，把 LLM 与 ASR 能力真正落到手指长按的瞬间。如果你正被原生语音输入卡住，又不想陷入复杂配置，它值得成为你的第一款 AI 输入工具。下一步，你可以：在 nav-ai.cn 的【AI工具大全 → 输入法/语音工具】中查看同类开源与商业方案；进入【AI工具排行榜】对比最新延迟与准确率数据；或从【AI新手入门】开始，系统了解语音输入类工具的选型逻辑。所有入口，均在 nav-ai.cn 首页顶部导航栏可直达。

github-daily-automation:2026-07-05