Blinko 介绍与选型指南

Blinko 1.8.8 是什么：碎片 Blinko 与 Note 双形态、内置 RAG 与原生 MCP、版本迭代脉络，以及与 Memos、Joplin、Trilium、SilverBullet、flomo 的选型对比结论（星数查询日期 2026-11-01）。

BlinkoBlinko笔记2026/11/01

Blinko 介绍与选型指南

目标：搞清楚 Blinko 到底是什么样的产品——它的双内容形态（Blinko 碎片与 Note 笔记）、功能边界、版本迭代节奏，并与 Memos、Joplin、Trilium Notes、SilverBullet、flomo 等主流同类工具完成选型对比。本文全部事实均来自官方文档与 GitHub 公开数据（星数查询日期：2026-11-01），不涉及本地实测；部署、配置与接口的动手细节见本专栏的配套文档。

一、Blinko 是什么

Blinko 是一个开源、可自托管的「碎片笔记」（flomo 类）应用。官方定位非常明确：为希望快速捕捉并整理转瞬即逝想法的人设计——打开页面即写、以卡片流呈现、不强迫你先建目录再写文章。它由 blinko-space 团队维护，代码托管在 GitHub，采用 GPL-3.0 协议。

先看一张项目基本信息表：

项目信息
仓库blinko-space/blinko（GitHub）
开源协议GPL-3.0
最新稳定版本1.8.8（发布于 2026-06-20）
GitHub 星数11k（查询日期 2026-11-01）
运行时依赖Node.js 20.x（官方配套 20.20.2）、PostgreSQL 14（官方配套 14.24）
文档站docs.blinko.space（英文，Mintlify 托管）
首次发布2024-09（v0.1.x）

解读三点：其一，GPL-3.0 是强 Copyleft 协议，个人自托管使用不受任何限制，但基于它二次分发闭源商业服务需要谨慎评估；其二，「最新稳定版」指 GitHub Releases 中带 stable 标记的 1.8.8，而不是 latest 浮动标签，选型时应锁定具体版本号；其三，运行时只需要 Node.js 与 PostgreSQL 两样东西，没有额外的缓存或消息组件，依赖面很小。

官方文档把核心特性归纳为四张卡片：

  1. AI 增强的笔记检索：内置 RAG 技术，用自然语言搜索、召回自己的笔记；
  2. 数据主权：所有笔记与数据存放在自托管环境里，完全自主可控；
  3. 高效快速：纯文本加 Markdown 支持，灵感来了即刻记录；
  4. 开放协作：代码全部透明开源，社区驱动改进。

💡 说明：「数据主权」是 Blinko 相对 flomo 最本质的差异——flomo 的记录存在平台云端，而 Blinko 的全部笔记、附件、配置都落在你自己的 PostgreSQL 数据库与数据目录中，备份即拷数据。

二、核心概念：Blinko 与 Note 是两种内容

Blinko 内置了两种同名不同义的内容形态，这也是新手最容易混淆的地方：Blinko 指「碎片/闪念」，Note 指「正式笔记」。官方专门写了一篇《Blinko vs Note》说明分工：

维度Blinko（碎片）Note（笔记）
用途快速捕捉、短期记忆长期知识沉淀、详细文档
内容形态短文本、Markdown 片段、待办富文本、层级化组织
生命周期支持自动归档（auto-archiving），定期移出主视图永久保存
典型场景日常任务与提醒、临时信息、速记会议片段、突发灵感项目文档、研究记录、学习材料、重要参考资料

官方推荐的工作流是把 Blinko 当作「快速捕捉收件箱」：日常一律先记 Blinko，定期回顾，把值得留下的内容转移到 Note，让其余碎片自动归档，从而保持工作区干净。

⚠️ 注意：Blinko 碎片的自动归档是功能不是故障——到期内容会从主视图移入归档区。有价值的内容请在归档前转移整理到 Note，否则检索习惯没建立时容易「找不到刚记的东西」。

三、功能全景

以 1.8.8 版本为准，把官方文档与版本历史中的能力按域归纳如下：

能力域具体功能
捕捉与编辑Markdown 编辑器（集成 Vditor）、纯文本速记、图片/文件附件、代码块、任务清单（To-Do）、源码模式
组织与检索多级标签（可带图标）、笔记双向引用、归档与回收站、日期范围筛选、全文搜索
AI 能力AI 写作助手、AI 标签、RAG 语义搜索（Ctrl+K 热键唤起，支持自然语言提问）、多模型供应商（OpenAI、Azure OpenAI、Anthropic、DeepSeek、Gemini、Grok、Ollama 本地模型、OpenRouter）、独立嵌入模型与向量索引重建、Rerank 重排
分享与生态公开分享、分享密码、RSS/Atom 订阅输出、Webhook 事件推送、Blinko Hub 去中心化实例互联网络
程序化接口REST API（OpenAPI 3.1 描述）、内置 MCP 服务（AI 助手可直接读写笔记）、JWT 访问令牌
账号与安全多用户体系、2FA（TOTP）、基于 OAuth2.0 的 SSO（GitHub/Google 等十余家内置模板）
运维与自动化定时数据库备份、Blinko 自动归档、AI 定时任务、插件系统

解读：与同类工具逐项对比后，真正拉开差距的是三个「少见组合」——

  1. 内置 RAG 语义搜索：多数笔记工具要么没有 AI，要么只做摘要；Blinko 把「用自然语言问自己的笔记」做成核心交互，且支持 Ollama 全本地推理，数据不出门。
  2. 原生 MCP 服务：Blinko 服务端自带 MCP（Model Context Protocol）端点，任何支持 MCP 的 AI 客户端都能把它当作工具直接写入、检索笔记——这在同类开源笔记里目前几乎是独一份。
  3. Hub 互联网络：自托管实例可注册进 blinko-hub，互相发现、关注、交换链接，把「孤岛式自托管」变成可选的开放知识网络。

💡 技术拓展：MCP 是 AI 助手连接外部工具的标准化协议。Blinko 的 MCP 端点提供检索、写入、定时任务管理等十个工具，具体清单与会话细节见本专栏《Blinko 1.8.8 API 使用详解》。

四、版本线与迭代节奏

Blinko 从 2024-09 首发至今约两年，官方 Changelog 页记录的 0.x 时代节奏非常密集，1.x 时代则转向稳定打磨：

阶段时间里程碑
0.1.x–0.4.x2024-09 – 2024-12首发：基础笔记、Markdown、标签管理、文件存储；随后加入基础 AI 能力、S3 对象存储、AI 写作
0.5.x–0.15.x2024-10 – 2024-12博客视图、AI 增强搜索、引用系统、回收站、归档状态、源码模式
0.16.x–0.30.x2024-12单月十余个小版本：2FA（TOTP）、Vditor 编辑器、评论雏形、数据导出、音乐播放、统计页
0.31.x–0.43.x2024-12 – 2025-03OAuth2 SSO、RSS、评论系统、通知、插件体系、笔记历史、RAG 与 OpenRouter 增强
1.x2025-04 起1.0.0 大版本；此后持续迭代至 1.8.8（2026-06-20，当前稳定版）

解读：2024-12 一个月出了十几个小版本系列，说明项目早期处于高速试错期；进入 1.x 后节奏放缓、以打磨为主，对选型者的含义是——0.x 的历史 issue 参考价值有限，评估现状请只看 1.x 之后的行为。

⚠️ 注意：官方文档的 Changelog 页只维护到 v0.43.x（2025-03），1.x 各版本的变更说明以 GitHub Releases 的发布记录为准，选型评估时不要只依赖文档站。

五、同类工具选型对比

选取五款最常见的对照项：Memos（同为自托管碎片流笔记）、Joplin（开源笔记客户端标杆）、Trilium Notes（自托管层级知识库）、SilverBullet（纯文本知识库编辑器）、flomo（闭源 SaaS 灵感笔记，即 Blinko 对标的产品形态）。星数取自 GitHub shields.io 徽章，查询日期 2026-11-01，均为四舍五入值：

工具星数协议形态碎片速记内置 AI/RAGAPI/MCP数据主权
Blinko 1.8.811kGPL-3.0自托管 Web★★★ 核心场景内置 RAG+8 家模型供应商REST + 原生 MCP完全自主
Memos39kMIT自托管 Web★★★ 类似弱（靠周边生态）REST API完全自主
Joplin57kAGPL多端客户端+同步★★ 以笔记为主OCR/插件级有限本地 API客户端本地
Trilium Notes39kAGPL自托管 Web★ 层级长文无REST API完全自主
SilverBullet6.4kMIT纯文本编辑器★ 以 wiki 为主无无文件本地
flomo—（闭源）商业 SaaS云端服务★★★ 鼻祖场景无开放检索无公开 API平台持有

解读：

  • 星数只反映热度，不代表适配度。Joplin 的 57k 来自多年多端客户端积累；Blinko 上线仅两年、11k 星属于自托管新锐的正常水位。
  • 在「碎片捕捉」这条轴上，真正的对手是 Memos 与 flomo：Memos 胜在 Go 单程序的极简运维与最大社区规模，但没有内置 RAG 与双形态内容；flomo 产品体验最成熟，代价是数据由平台持有、无公开 API。
  • 在「知识库」轴上，Joplin/Trilium/SilverBullet 各有所长，但都不以「打开即记的闪念卡片」为核心交互。
  • Blinko 的差异化组合是：速记体验 + 内置 RAG + 原生 MCP + Hub 生态，且依赖 PostgreSQL 这一主流数据库，二次开发生态友好。

六、选型建议

适合选 Blinko 的四类人：

  1. 想要 flomo 式「打开就记」，但要求数据完全自托管；
  2. 希望用自然语言检索自己的笔记，且手头有 OpenAI 兼容 API 或本地 Ollama 模型资源；
  3. 需要让 AI 助手/自动化脚本直接读写笔记（REST 或 MCP），把笔记纳入 Agent 工作流；
  4. 已有或愿意顺手跑一个 PostgreSQL，接受 Node.js 应用的常规运维。

不适合的场景：

  1. 以长篇结构化写作、层级知识图谱为主——Trilium、Obsidian 类更对口；
  2. 追求单二进制极简运维、完全不需要 AI——Memos 更轻；
  3. 没有服务器、不想承担任何运维——直接用 flomo 等 SaaS。

结论：如果正在「flomo 还是自建」之间犹豫，Blinko 1.8.8 是目前开源世界里最接近 flomo 使用体验的答案，并且在 AI 检索与可编程接口两个维度已经反超；代价是需要自己维护一个带 PostgreSQL 的自托管环境。

七、参考链接

Blinko 介绍与选型指南 - Quzuo