b3log.org

B3log 官网首页为每个开源产品都列出了入口链接，按产品分为“体验 / 源码 / 官网”三类，思源笔记另有“指南”入口。要找到某个产品的体验地址、源代码或官方文档，直接打开 b3log.org 首页，在对应产品卡片下点击相应链接即可。首页底部还提供 GitHub 开源产品汇总入口、链滴社区提问入口和微博关注入口。

各产品入口一览

按需求选择入口

• 想先试用产品：优先点“体验”。Symphony、Vditor、Pipe、Wide 提供体验入口；Solo 和思源笔记首页未列体验链接，可改走官网了解。
• 想阅读或参与开发：点“源码”。七个产品均提供源码入口；首页底部还有“GitHub 开源产品”汇总入口，可集中查看代码仓库。
• 想查文档或下载：点“官网”。思源笔记额外提供“指南”，适合先看使用说明再决定是否采用。
• 想了解设计背景：Latke 提供“动机”入口，Solo 提供“主题”入口，分别对应框架设计思路和博客主题资源。

遇到问题时的求助渠道

首页设有“社区热议”和“链滴”入口，可在链滴社区提问；也可通过“微博”关注 B3log 开源获取动态。若某个产品的体验链接无法打开，可先到其源码仓库的说明中确认当前可用的演示地址。

常见卡点

• 找不到思源笔记的体验入口：首页对思源笔记只列了源码、官网、指南，没有“体验”链接，需从官网进入。
• 把 Pipe 和 Solo 混淆：两者都是面向程序员的博客产品，但首页给 Pipe 的是“体验 / 源码”，给 Solo 的是“主题 / 源码 / 官网”，按卡片标题区分即可。
• 想一次看全部代码：不必逐个点开产品卡片，首页底部的 GitHub 开源产品入口可统一跳转。

B3log 是一个开源组织及其产品门户，名字来源于“Bulletin Board Blog”的缩写，目标是把独立博客与论坛结合起来，形成一种新的网络社区体验。如果你在找一个由同一团队维护、覆盖博客系统、社区平台、Markdown 编辑器和知识管理工具的开源产品集合，b3log.org 就是这些项目的统一入口；页面为每个产品提供了体验、源码和官网链接，方便直接查看或参与。

网站定位与核心理念

B3log 自我描述为“平等 • 自由 • 奔放的开源社区”。它的出发点不是单一软件，而是一套社区构想：博客文章可以推送到社区成为帖子，社区里的回帖又能回流为博客评论，让独立博客不再孤立。这一思路在 Solo 和 Pipe 两款博客产品上体现得最直接。

主要开源产品

站内汇集了多款 100% 开源的产品，按用途可以分成几类：

其中 Vditor 的功能面较广，除基础编辑外还支持大纲、数学公式、脑图、图表、流程图、甘特图、时序图、五线谱、多媒体、语音阅读、标题锚点、代码高亮及复制、graphviz 渲染，适合需要在一个编辑器里完成多种内容形态的场景。

怎么使用这个网站

• 想体验产品：每个产品条目下都有“体验”入口，可先试用再决定是否自部署。
• 想看代码或自建：对应“源码”链接指向开源仓库，“官网”提供文档与下载说明。
• 想参与社区：页面底部提供链滴社区提问、GitHub 开源产品列表和微博关注入口。
• 想支持项目：站内设有“成为赞助者”入口。

适合谁关注

• 想搭建独立博客、又希望文章能获得社区互动的开发者，可重点看 Solo 和 Pipe。
• 需要论坛、问答与社交功能一体的社区平台，可评估 Symphony。
• 要在网页中嵌入 Markdown 编辑能力的项目，可考察 Vditor 的框架兼容性和扩展功能。
• 偏好本地优先、双链笔记的知识管理用户，可了解思源笔记。

网站由云南链滴科技有限公司运营，页面标注的备案号为滇ICP备14007358号-1，版权年份为 2023。当前页面未提及各产品的收费方式或登录限制，具体使用条件需以各产品官网说明为准。

B3log 的社区模式，是把个人独立博客与公共论坛打通：博客文章可以推送到社区成为帖子，社区里的回帖再回流到博客作为评论。按官网说明，这一模式的目标是“将独立博客与论坛结合，形成一种新的网络社区体验”。它适合希望博客保持独立、同时借助社区获得讨论和反馈的博主；如果你只需要一个纯博客或纯论坛，这套联动并非必需。

模式的核心机制

传统博客和论坛是两套系统：博客有文章和评论，论坛有帖子和回复，作者往往要在两边分别维护。B3log 的做法是在两者之间建立双向通道：

• 博客 → 社区：博主在博客发布的文章，可以作为帖子推送到 B3log 社区，让社区用户看到并参与讨论。
• 社区 → 博客：社区中针对该帖子的回帖，会作为博客评论联动显示，博主不必在两个地方分别回复。

这样，博客保留自己的域名、主题和内容归属，社区则承担分发和讨论的功能。官网对 Solo 的描述直接写明了这一点：“可将文章作为帖子推送到社区，来自社区的回帖将作为博客评论进行联动。”

一个具体例子

假设你用 Solo 搭建了个人博客，写了一篇关于 Java 开发的文章。发布后，这篇文章被推送到社区成为帖子。社区用户看到后跟帖提问，这些回帖会出现在你博客文章的评论区；你在博客侧回复，讨论也留在同一处。对读者来说，他们是在社区里发现内容；对你来说，内容仍沉淀在自己的博客上。

承载这一模式的主要产品

官网列出的开源产品中，与“博客 + 社区”模式直接相关的是 Solo 和 Pipe：

其中 Symphony 承担社区侧的角色：官网称其实现了面向内容讨论的论坛、面向知识问答的社区，以及面向用户分享、交友、游戏的社交网络。Solo 和 Pipe 则是博客侧入口，二者都强调“100% 开源”和活跃社区。

怎么参与或使用

官网给出的入口包括“链滴”社区（用于社区提问）、GitHub 开源产品页、微博，以及各产品自己的“体验 / 源码 / 官网”链接。实际操作路径大致是：

1. 从官网进入 Solo 或 Pipe 的体验页或源码页，了解部署方式；
2. 搭建自己的博客，发布文章；
3. 按产品说明将文章推送到社区，观察回帖是否回流到博客评论区。

需要说明的是，官网资料没有提及这些产品的价格、账号注册要求或推送的具体配置步骤，这些细节需以各产品官网和源码文档为准。

选择时的判断条件

• 适合：你已有或打算自建独立博客，希望内容被更多人看到，又不想在论坛里重复维护一套内容。
• 不太适合：你只需要一个静态展示页，或只想要论坛讨论而不打算经营个人博客。
• 注意：该模式依赖社区活跃度，官网多次强调 Solo、Pipe 有“非常活跃的社区”，但实际互动效果取决于你发布的内容和社区当下的氛围。

B3log 这个名字本身来自“Bulletin Board Blog”的缩写，也印证了其论坛与博客结合的出发点。

Vditor 是 B3log 开源的一款浏览器端 Markdown 编辑器，核心特点是“三种编辑模式 + TypeScript 实现 + 多框架支持 + 丰富的扩展语法渲染”。它适合需要在网页中嵌入 Markdown 写作能力、又希望兼顾普通用户（所见即所得）和开发者（分屏预览、即时渲染）的场景。如果你的项目只需要一个轻量纯文本框，Vditor 的功能面偏重；如果需要在浏览器里完成带图表、公式、脑图的技术写作，它更对路。

三种编辑模式对应不同使用习惯

根据 B3log 官网对 Vditor 的介绍，它支持三种模式：

这意味着同一个编辑器组件可以通过配置切换成面向不同人群的形态，而不必为“普通用户版”和“开发者版”分别选型。

技术实现与框架支持

Vditor 使用 TypeScript 实现。官网明确列出它支持原生 JavaScript，以及 Vue、React、Angular 和 Svelte 等框架。对前端团队的实际意义是：无论现有项目用哪种框架，通常都能找到对应的接入方式，不需要为编辑器单独更换技术栈。

扩展语法与内容能力

官网列出的支持项包括：

• 结构化内容：大纲、标题锚点
• 图形与图表：脑图、图表、流程图、甘特图、时序图、五线谱、graphviz 渲染
• 学术写作：数学公式
• 代码相关：代码高亮及复制
• 多媒体与辅助：多媒体插入、语音阅读

这些能力决定了 Vditor 的定位不只是“把 Markdown 转成 HTML”，而是把技术文档中常见的图表、公式、流程图直接写进 Markdown 文本里并在浏览器端渲染。例如需要写一篇包含接口时序图和部署流程图的开发文档时，可以直接在编辑器内完成，不必切换到独立的绘图工具再贴图。

怎么判断是否适合你

可以按以下条件对照：

• 适合：产品需要内嵌 Markdown 编辑能力；用户群体混合（既有非技术用户也有开发者）；文档中需要公式、流程图、脑图等扩展内容；项目使用 Vue/React/Angular/Svelte 或原生 JS。
• 需要再评估：只想要极简纯文本输入；对包体积敏感且不需要扩展语法；团队不接受 TypeScript 生态。

官网提供了 Vditor 的“体验 / 源码 / 官网”入口，建议先在实际浏览器中试三种模式的手感，再决定接入方式。具体集成步骤、配置项和版本信息以官网与源码仓库为准，本文不代为推断。

B3log 是一个开源组织，名称来自“Bulletin Board Blog”的缩写，目标是把独立博客与论坛结合起来，形成一种新的网络社区体验。根据官网页面，目前已经开源的产品包括 Symphony、Solo、Pipe、Vditor、思源笔记、Wide、Latke 等，覆盖社区平台、博客系统、编辑器、知识管理和开发工具几个方向。下面按用途逐一说明。

社区与博客：Symphony、Solo、Pipe

这三个产品都围绕“内容发布与交流”展开，但定位不同。

三者的区别可以这样理解：Symphony 是“社区本身”，适合需要搭建论坛或社交网络的人；Solo 和 Pipe 是“个人博客入口”，适合想写博客又希望文章被社区看到、评论能回流到博客的程序员。官网对 Solo 和 Pipe 的描述高度相似，都强调与活跃社区的联动，选择时可以优先看两者的体验入口和源码，再决定哪一个更贴合自己的使用习惯。

编辑器与内容工具：Vditor、Lute

Vditor 是一款浏览器端的 Markdown 编辑器，支持三种模式：所见即所得、即时渲染（类似 Typora）和分屏预览。它用 TypeScript 实现，可接入原生 JavaScript 以及 Vue、React、Angular、Svelte 等框架。功能上支持大纲、数学公式、脑图、图表、流程图、甘特图、时序图、五线谱、多媒体、语音阅读、标题锚点、代码高亮及复制、graphviz 渲染。

如果你的项目需要在网页里嵌入一个功能完整的 Markdown 编辑区，Vditor 是直接可用的候选；如果只是需要轻量的编辑能力，也可以先看它的体验页再决定是否引入。

Lute 在官网首页的产品列表中未单独展开介绍，页面正文也没有给出它的具体功能描述，因此这里不推断其细节。可以确定的是它属于 B3log 开源产品线的一员，需要了解时建议直接查看其源码或官网入口。

知识管理：思源笔记

思源笔记被定义为“本地优先的个人知识管理系统”，页面列出的特点包括：所见即所得、双链块引、加密同步、本地优先。它适合希望数据保存在本地、同时需要双向链接和块级引用来组织笔记的人。官网提供了源码、官网和指南三个入口，使用前可以先看指南了解基本操作。

开发工具：Wide、Latke

Wide 是一款基于 Web 的 Go 语言 IDE，只需要浏览器就能进行开发、运行，定位是“随时随地玩 golang”。适合想快速写几行 Go 代码、又不想在本地配置完整环境的人。

Latke 是一款以 JSON 为主的 Java Web 框架，包含 MVC、IoC、事件通知、ORM、插件等组件，在实体模型上使用 JSON 贯穿前后端，目的是让 Java Web 应用开发更快捷。它面向的是需要搭建 Java Web 服务的开发者。

怎么选

• 想搭论坛或社区：看 Symphony。
• 想写博客并和社区互动：看 Solo 或 Pipe，对比两者的体验入口后再定。
• 想在网页里嵌入 Markdown 编辑器：看 Vditor。
• 想做本地优先的个人笔记：看思源笔记。
• 想在浏览器里写 Go：看 Wide。
• 想用 JSON 风格的 Java Web 框架：看 Latke。

以上产品均标注为 100% 开源（思源笔记、Wide、Latke 等页面未逐一标注该字样，以官网各自页面为准），官网还提供了社区（链滴）、GitHub 开源产品列表、微博等入口，可以进一步查看源码和参与讨论。