KnowForge 2026.0.5 正式发布。

继 2026.0.4 完成从 InfoSphere 到 KnowForge 的品牌升级，并逐步建立 Feature Plugin 架构之后，这个版本继续围绕：

用户成长、成就体系、国际化、书籍版本、内容采集、阅读体验和插件化架构

进行完善。

如果说 2026.0.4 是 KnowForge 架构上的一次重要转折，那么 2026.0.5 更像是在这套新架构之上，开始真正补齐产品体验。

---

每日签到正式上线

用户成长体系新增了一个非常直接的能力：

每日签到。

用户每天可以通过签到获得经验值 XP。

同时，签到行为也已经接入成就指标，可以用于定义类似：

• 连续签到

• 累计签到

• 签到成长

等类型的成就规则。

相关规则开关现在也可以即时生效。

这意味着 Growth 不再只是后台的一套经验值计算机制，而是开始真正进入用户日常使用流程。

---

排行榜来了

Growth 系统继续增加：

公开排行榜。

管理员可以配置排行榜相关设置，并控制导航入口。

用户可以查看公开的成长排名，等级与经验体系也因此拥有了更加完整的展示场景。

与此同时，等级提升通知也已经支持国际化。

KnowForge 的成长体系现在已经开始形成：

行为 → XP → 等级 → 成就 → 排行榜

这一套完整链路。

---

更完整的 XP 账本

随着经验值来源越来越多，仅仅显示一个 XP 总数已经不够。

2026.0.5 新增了：

XP Trigger Catalog

以及后台的：

XP Ledger / XP 账本。

管理员可以查看经验值的来源与变化情况。

同时还增加了用户选择器，可以针对指定用户进行经验值调整。

经验值的生命周期也变得更加严格。

例如：

• 成就奖励 XP 每个用户每项成就最多发放一次

• 成就被撤销时，对应 XP 可以回收

• 相关内容被删除时，对应 XP 可以撤销

这样可以避免用户删除内容后仍然保留不应该存在的成长经验。

---

成就系统新增预设成就

成就系统现在支持：

Preset Achievements / 预设成就。

不再要求管理员从零开始配置所有规则。

可以基于预设快速建立一套基础成就体系，再根据自己的社区或知识库需求进行调整。

同时修复了成就奖励 XP 没有正确保存的问题，并进一步确保同一用户不会重复领取同一成就的 XP 奖励。

---

注册语言会成为用户偏好语言

国际化在这个版本继续深入。

用户注册时使用的界面语言，现在会自动记录为：

Preferred Locale / 首选语言。

例如用户通过中文界面注册，那么后续系统可以优先使用中文与其进行交互。

这一点看起来只是一个小变化，但它是 KnowForge 真正建立多语言用户体验的重要基础。

---

系统邮件全面国际化

过去 UI 可以切换语言，但一些系统邮件仍然可能使用固定语言。

2026.0.5 开始补齐这部分能力。

现在包括：

• 邮箱验证

• 密码重置

等系统邮件已经支持国际化。

邮件会根据用户的语言偏好使用对应语言。

---

通知与通知邮件全面国际化

除了系统邮件之外，通知体系也完成了一轮国际化升级。

现在：

站内通知 + 通知邮件

都可以根据用户语言进行本地化。

这意味着 KnowForge 的国际化开始从：

页面翻译

真正进入：

完整用户生命周期国际化。

从注册、使用，到系统通知和邮件，都可以围绕用户自己的语言偏好工作。

---

书籍版本聚合进一步完善

2026.0.5 对书籍多版本能力进行了一轮比较大的升级。

现在支持：

服务端版本聚合。

不同版本的同一本书，可以在服务端进行分组，而不是完全依赖前端处理。

同时新增：

Versions Dialog / 版本列表弹窗。

用户可以更加直观地查看一本书所拥有的多个版本，并识别：

Latest / 最新版本。

---

Explore 支持“聚合版本”

探索页面新增了：

Merge Editions / 聚合版本

能力。

当一本书存在多个版本时，可以选择把它们作为同一本书的不同 Edition 进行展示。

而不是：

v1

v2

v3

每个版本都单独占据一张书籍卡片。

这样 Explore 在面对拥有大量版本的技术文档时，会更加整洁。

---

个人主页也可以聚合版本

Merge Editions 不仅用于 Explore。

用户公开个人主页的书籍列表同样增加了版本聚合开关。

对于长期维护多个版本文档的作者来说，个人主页不再因为历史版本过多而显得杂乱。

---

版本排序更加准确

版本现在会按照：

Version Number / 版本号

进行排序。

同时，阅读器中的版本排序方式也增加了独立配置能力。

管理员可以根据自己的内容体系决定版本的展示顺序。

---

移动端阅读体验升级

移动端阅读器进行了一个比较重要的调整。

现在：

• 章节目录

• 版本选择

• 语言选择

统一进入移动端 Drawer。

在小屏设备上，不再强行压缩桌面端布局。

对于手机阅读大型技术文档、多语言文档和多版本文档来说，操作会更加自然。

---

语言与版本选择器支持搜索

通用 Select 组件新增：

Searchable

能力。

版本和语言选择器也已经使用这一能力。

当一本书只有两个版本时可能感觉不到区别。

但如果维护：

• 十几个版本

• 多种语言

搜索式选择器会明显提高切换效率。

---

章节可以直接移动到其他书籍

章节管理新增：

Move to Book

能力。

现在可以直接把章节移动到另外一本书。

同时提供：

• 下拉操作

• 书籍搜索

• Portal 弹层选择器

对于重新组织知识结构非常方便。

---

章节批量操作支持全选

章节选择工具栏增加：

Select All / 全选。

配合已有的：

• 批量删除

• 批量状态修改

• 复制到其他书籍

• 移动到其他书籍

大型书籍的章节整理效率进一步提升。

---

新增可复用的书籍搜索选择器

2026.0.5 新增：

BookSearchSelect

作为通用书籍搜索组件。

目前已经用于：

• 复制章节到书籍

• 章节链接

• 书籍选择

等场景。

后台在关联大量书籍时，不再需要在超长下拉列表中寻找目标。

---

顶级章节支持配置默认状态

书籍现在可以配置：

新建顶级章节的默认状态。

这一规则同样会应用到 Writer。

内容采集生成的新章节，也会遵循对应书籍的默认章节状态。

对于希望：

先草稿、审核后发布

或者：

采集完成立即公开

的不同工作流，都可以自行配置。

---

内容采集继续增强

Content Collect 在这个版本继续获得大量改进。

尤其是针对文档站采集场景。

---

Docusaurus 页面解析增强

现在针对：

Docusaurus

类型的文档站进行了专门优化。

包括：

• 更准确地提取正文

• 保留代码块

• 清理更多 permalink anchor

• 改善页面结构解析

对于采集开发者文档，尤其是开源项目文档，会更加稳定。

---

外部链接自动转换为内部阅读链接

这是本次采集能力中非常实用的一项改进。

当采集整个站点时，如果页面 A 链接到了页面 B，而 B 同样已经被采集进 KnowForge：

原来的外部链接可以被自动转换成：

KnowForge 内部 Reader 链接。

这样采集完成后的书籍，不只是把页面内容复制进来。

页面之间原本的知识关联也能够尽可能保留下来。

---

采集历史更加完整

过去整站采集会记录 Crawl History。

现在：

单页面 Web Collect

同样会进入采集历史。

这样管理员可以统一查看：

• 单页采集

• 整站采集

相关记录。

同时还修复了部分 Crawl History 状态以及 URL Slug 去重问题。

---

Slug 去重逻辑优化

当不同目录存在相同页面名称时，过去可能需要通过数字计数器避免冲突。

现在改成优先使用：

父级 Slug 前缀

进行去重。

相比：

install-2

这样的名字，

现在可以产生更能表达结构关系的路径。

这对于大型文档站的 URL 可读性会更加友好。

---

Reader 细节继续优化

阅读器同样包含多项调整。

包括：

• 书籍标题可以点击

• Watermark 支持平铺显示

• 评论功能关闭时彻底隐藏相关入口

• 上一篇 / 下一篇支持外部链接章节

• 移动端新增目录、版本和语言 Drawer

这些改变让阅读器在面对复杂书籍结构时更加完整。

---

OAuth 自定义能力增强

OAuth Provider 现在支持：

自定义图标。

管理员还可以配置登录按钮的展示方式：

• Button

• Icon

在 OAuth 回调失败时，错误信息现在也会展示真实 Provider 名称，而不是模糊的统一提示。

对于部署了多个第三方登录渠道的站点来说，用户体验会更加清晰。

---

后台支持配置 Rate Limit

KnowForge 新增：

可配置的 Rate Limit / 请求频率限制。

管理员可以通过后台调整相关限制规则。

这为公开部署、社区站点以及 API 使用场景增加了一层更加灵活的保护能力。

---

标签体验继续完善

书籍添加标签时，现在会从后端搜索并推荐已有标签。

这样可以减少类似：

Java

java

JAVA

这种重复标签出现的概率。

与此同时，Book 与 Tag 之间的集成逻辑进一步通过 Core Extension Points 下沉到 Tags Plugin。

标签功能与核心系统之间的耦合继续降低。

---

插件化架构继续推进

2026.0.5 继续做了一件很重要，但用户可能不一定直接看到的事情：

把更多核心能力真正搬进插件。

这次包括：

• PDF Export

• Growth

• Achievements

• Content Collect

等模块。

相关的：

• Engine

• Endpoint

• Worker

• Model

• Job

• Route

• Test

都在逐渐移动到各自插件内部。

这意味着 KnowForge 的插件化已经不只是：

“页面上有一个开关”。

而是在代码结构、业务逻辑、数据模型以及运行机制上真正进行隔离。

---

README 默认切换为英文

项目文档结构也进行了调整。

现在：

README.md

默认使用英文。

中文文档移动到：

README_zh.md

方便国际用户访问项目主页，同时继续保留完整中文说明。

---

SEO 继续收紧

robots.txt 进一步调整。

所有私有页面都会明确禁止搜索引擎抓取。

公开内容用于发现。

私有内容保持私有。

---

管理后台布局继续优化

后台设置页面重新调整布局，减少宽屏显示器上右侧大面积留白的问题。

Growth 后台也拆分成：

• Levels

• Rules

两个独立 Tab。

随着设置项目越来越多，KnowForge 后台会继续减少把所有内容堆在一个页面中的设计。

---

从功能增加，到系统逐渐成型

2026.0.5 看起来增加了很多独立功能：

签到、排行榜、XP 账本、预设成就、邮件国际化、版本聚合、移动端 Drawer、Rate Limit……

但这些功能背后其实可以看到几条非常明确的方向。

更完整的用户成长

签到、经验、等级、成就、排行榜逐渐形成一套完整体系。

更完整的国际化

国际化不再只是 UI 文案，而是开始贯穿注册、通知、邮件和用户偏好。

更成熟的内容组织

版本聚合、章节移动、默认章节状态、内部链接、版本排序，让复杂知识库越来越容易管理。

更彻底的插件架构

更多能力正在从 Core 中剥离，成为真正独立的 Feature Plugin。

更好的大型文档体验

整站采集、Docusaurus 支持、内部链接重写、移动端目录以及版本聚合，都在服务于更加复杂的文档场景。

---

KnowForge 2026.0.5

从 InfoSphere 到 KnowForge，我们想做的始终不只是另外一个文档系统。

KnowForge 希望成为一个可以长期承载：

知识采集、创作、组织、发布、阅读与沉淀

的平台。

2026.0.5，又向这个方向推进了一步。

KnowForge 2026.0.5 已发布。

Forge Your Knowledge.

锻造属于你的知识。