KnowForge 2026.0.4 发布：从 InfoSphere 到 KnowForge，我们重新定义知识锻造

这一次，我们不只是发布了一个新版本。

InfoSphere 正式更名为 KnowForge。

从最初的知识内容管理，到如今逐渐覆盖写作、采集、组织、阅读、版本管理、用户成长与扩展能力，我们越来越清楚这个项目真正想做的事情：

Forge Your Knowledge.

锻造属于你的知识。

因此，从 2026.0.4 开始，InfoSphere 正式以新的名字 —— KnowForge 继续向前。

这次版本累计包含 83 项变更，也是近期非常重要的一次版本更新。

---

从 InfoSphere 到 KnowForge

首先是这次最明显的变化：

项目正式由 InfoSphere 更名为 KnowForge。

新的名字由：

Knowledge + Forge

组合而来。

Knowledge 代表知识，Forge 代表锻造。

相比单纯地保存和展示内容，我们更希望 KnowForge 表达的是一种持续构建知识的过程：

收集 → 整理 → 创作 → 连接 → 发布 → 阅读 → 沉淀

知识不是简单存放在那里。

它应该被不断整理、加工、关联，并最终成为真正属于自己的知识体系。

这也是 KnowForge 接下来继续发展的方向。

为了保证已有用户能够平滑升级，本次更名同时保留了对旧部署方式的兼容，并完成了环境变量以及数据目录的迁移兼容处理。

---

全新的插件化架构

2026.0.4 中一个非常重要的底层变化，是 Feature Plugin 插件框架 的加入。

过去很多功能直接属于 KnowForge 核心的一部分。

随着功能越来越多，这种方式会让系统逐渐变得臃肿，也不方便用户根据自己的需求进行取舍。

因此，我们开始重新设计功能架构。

现在部分功能已经可以作为独立插件存在。

包括：

• 标签

• 成就系统

• 用户成长体系

• 书籍关注

• 书籍多语言

• 书籍版本

• 内容采集

• 水印

等能力正在逐步完成插件化。

管理员可以根据实际需求启用或者关闭对应功能。

---

插件真正拥有自己的生命周期

这次做的并不只是增加一个“插件开关”。

KnowForge 开始从架构层面对插件进行隔离。

插件可以拥有自己的：

• 数据模型

• 数据库 Migration

• API

• 权限

• 管理页面

• 配置

• 数据清理逻辑

插件也开始支持 Purge Data。

也就是说，当一个功能不再需要时，不只是简单关闭入口，还可以选择清理该插件产生的数据。

与此同时，插件开始采用自注册机制，不再依赖一个固定的硬编码插件列表。

这是 KnowForge 后续扩展体系非常重要的一步。

---

全新的用户成长体系

本次加入了新的 Growth 用户成长系统。

用户在 KnowForge 中进行阅读、创作和互动时，可以获得经验值。

例如：

• 创建内容

• 发布章节

• 阅读内容

• 发表评论

• 完成特定行为

管理员可以自行配置不同操作所对应的经验值规则。

随着经验积累，用户可以不断提升自己的等级。

用户等级也可以展示在公开个人主页中。

这意味着 KnowForge 开始从单纯的内容工具，逐渐增加一些围绕社区和长期知识积累的机制。

---

成就系统继续增强

已有的成就系统也在这个版本继续扩展。

新增了更多规则指标，包括：

• 创作类指标

• 阅读类指标

• 成长类指标

当用户进入成就页面时，系统会重新计算当前进度，并自动领取已经满足条件的成就。

同时，如果管理员关闭了用户成长插件，与成长相关的成就指标也不会继续出现在规则配置中。

不同插件之间开始真正形成联动。

---

全新的整站内容采集

内容采集是这个版本中另一项比较大的功能更新。

KnowForge 新增了 整站 Crawl 能力。

现在可以从一个网站入口开始：

自动分析站点结构 → 发现页面 → 抓取内容 → 创建章节

并最终构建成一本完整的书籍。

同时新增了完整的采集向导以及采集历史。

你可以查看：

• 采集任务

• 当前状态

• 历史记录

• 页面结构

• 导入结果

采集过程中还会尽可能保留原始 URL 的大小写规则。

对于已经存在的书籍，也可以继续向其中采集新的内容，而不必每一次都创建一本新书。

---

PDF 与网页导入开始拆分

随着内容导入能力越来越复杂，本次也重新整理了 Import 模块。

内容导入已经进一步拆分为：

• PDF 导入

• Web 网页导入

不同类型的导入逻辑开始独立维护。

同时，是否在导入后的内容中自动附加原始页面链接，也改成了一个可选配置。

用户可以根据自己的内容发布方式决定是否保留来源链接。

---

Markdown 文件可以直接导入编辑器

写作工作台现在支持直接导入 Markdown 文件。

不再需要：

打开文件 → 全选 → 复制 → 回到编辑器 → 粘贴。

可以直接把 Markdown 内容导入当前章节进行编辑。

对于已有大量 Markdown 文档的开发者来说，这会明显降低迁移内容的成本。

---

支持外部链接章节

过去 KnowForge 中的章节通常都需要拥有自己的正文内容。

现在章节可以直接指向一个 外部 URL。

这意味着一本书的目录中，可以同时存在：

• KnowForge 本地章节

• 外部文档

• 外部网站

• 项目页面

• API 文档

对于外部链接章节，还可以配置打开方式。

同时，在目录存在外部页面时，KnowForge 也会避免对这些页面开放不适用的评论功能。

这一能力会让 KnowForge 更适合作为大型知识入口和文档导航中心。

---

支持跨书籍复制章节

章节管理现在支持：

将选中的章节复制到另外一本书。

如果选中的章节下面还有子章节，也可以连同整个章节树一起复制。

对于需要拆分文档、重新组织书籍结构或者基于已有内容创建新知识库的场景，会方便很多。

---

章节批量管理

章节管理进一步增强。

现在可以：

• 批量修改状态

• 批量删除章节

• 树形选择父章节

• 跨书籍复制章节

对于章节数量非常多的大型书籍来说，不再需要逐条进行操作。

---

章节目录支持搜索

阅读器的章节目录现在支持搜索。

当一本书有几十甚至几百个章节时，可以直接输入关键词快速定位章节。

同时，目录区域现在还会显示：

当前书籍总章节数量。

对于大型技术文档，这会是一个非常实用的小功能。

---

Markdown 支持内部文档链接

Markdown 新增：

doc:

协议。

现在可以通过特殊的内部链接语法引用 KnowForge 中的其他文档。

相比直接写死 URL，这种方式更加适合构建复杂的知识网络。

未来即使站点域名或访问路径发生变化，也更容易维护内部引用关系。

---

书籍关注功能

KnowForge 新增了 Follow 书籍关注功能。

用户可以关注自己感兴趣的书籍。

当书籍发生更新时，可以进一步通过通知体系获得相关更新信息。

这样一来，除了：

• 阅读

• 收藏

• 点赞

之外，又增加了一种更加适合持续内容的关系：

关注。

对于持续维护中的技术手册、课程以及长期更新的知识库来说，这种模式会更加自然。

---

「我的书库」进一步完善

这次重新整理了用户自己的内容入口。

现在 My Books / Library 中可以统一查看：

• 我的书籍

• 我的阅读

• 我的收藏

• 我的点赞

• 我的关注

• 我的导出

这些功能使用统一的 Tab 结构组织。

KnowForge 开始逐渐拥有一个更加完整的个人知识中心。

---

全新的标签管理

标签现在正式成为一个独立 Feature Plugin。

同时增加了完整的后台标签管理能力。

管理员可以：

• 创建标签

• 编辑标签

• 配置标签图标

• 管理标签

同时新增了独立的：

全部标签页面。

首页的主题探索区域现在也会显示每个标签自己的图标。

点击首页标签分类标题，也可以直接进入对应的标签列表页面。

标签正在从单纯的内容字段，逐渐成为 KnowForge 内容发现体系的重要组成部分。

---

书籍版本能力继续完善

书籍版本现在支持标记：

Latest Version / 最新版本

在书籍详情以及阅读页面中，会展示对应的最新版本标记。

同时：

• 语言选择器

• 版本选择器

都重新调整成了更加紧凑的下拉菜单。

版本列表的展示顺序也进行了调整，让新版内容更加容易被找到。

---

多语言与版本真正插件化

书籍：

• 多语言

• 多版本

功能现在都正式纳入 Feature Plugin 系统。

管理员可以根据自己的使用场景决定是否开启。

如果只是搭建一个简单知识库，可以关闭这些高级能力。

如果需要构建软件文档、国际化产品手册，则可以开启：

Translation + Version

相关功能。

KnowForge 不再要求所有站点都采用完全相同的功能组合。

---

导出历史

内容导出现在会记录历史。

用户可以在：

我的导出

中查看自己过去执行过的导出任务。

对于大型书籍或者需要频繁生成离线内容的用户来说，管理起来会更加直观。

---

OAuth 新增 Gitee 与 GitCode

第三方登录继续扩展。

2026.0.4 新增：

• Gitee

• GitCode

OAuth 登录支持。

对于国内开发者社区和企业部署场景来说，登录方式更加完整。

与此同时，后台 OAuth Provider 配置也重新设计为更加紧凑的折叠面板形式。

---

管理后台链接可以直接选择书籍章节

管理员配置：

• 帮助文档

• 用户协议

• 隐私政策

时，现在不再需要手动填写复杂的内容地址。

可以直接通过书籍选择器搜索一本书，并进一步选择其中的章节。

这样就可以直接使用 KnowForge 自己维护：

• 帮助中心

• 使用协议

• 隐私政策

真正实现：

用 KnowForge 管理 KnowForge 自己的文档。

---

书籍复制能力增强

复制书籍继续获得大量改进。

现在支持：

仅复制 Metadata

也就是说，可以只复制书籍基础配置，而不复制所有正文内容。

同时完整复制时，会更加准确地保留：

• 章节顺序

• 章节字段

• 相关配置

对于使用模板创建书籍的场景更加友好。

---

水印能力插件化

原有的 Watermark 水印功能已经从核心代码中拆出，成为独立插件。

同时拥有自己的设置页面。

关闭水印插件后，对应设置入口也会同时消失。

这也是本次插件化架构改造的一部分。

---

日志系统增强

KnowForge 现在支持按天生成运行日志文件。

管理员也可以通过后台配置相关日志行为。

对于自行部署 KnowForge 的用户而言，后续排查：

• 服务异常

• API 错误

• 定时任务

• 数据问题

都会更加方便。

---

安全能力继续加强

安全方面，本次继续强化了涉及敏感操作的验证流程。

例如永久删除回收站中的内容，需要经过 2FA Step-up 验证。

同时针对部分页面和插件状态，也补充了更加严格的访问控制。

当某个插件被禁用时，对应页面会直接不可访问，而不仅仅是把导航入口隐藏起来。

---

部署与升级兼容

因为本次涉及项目正式更名，所以部署侧也进行了大量兼容工作。

新的环境变量已经逐步统一为：

KNOWFORGE_*

同时增加旧配置和旧数据目录的迁移逻辑。

已有 InfoSphere 部署升级到 KnowForge 时，不需要因为项目更名而重新初始化全部数据。

Docker 构建环境也同步进行了更新，以适配当前 Go 版本。

---

还有很多体验细节

除了这些主要功能，2026.0.4 还包含大量细节改进，例如：

• 我的阅读页面根据屏幕自动计算展示数量

• 修复响应式网格因滚动条出现产生的闪烁

• 个人主页书籍列表自适应屏幕宽度

• 修复章节预览面板被父容器裁切的问题

• 修复书籍关注按钮空对象问题

• 修复插件开启关闭后需要多次刷新才能生效的问题

• 修复后台保存站点配置时可能覆盖已有配置的问题

• 优化书籍语言与版本选择器

• 优化阅读器右侧目录

• 优化后台章节链接选择体验

• 修复复制书籍时章节顺序与字段丢失问题

很多地方可能只是一个很小的变化。

但我们始终认为，一个真正好用的知识平台，就是由这些细节一点一点积累出来的。

---

为什么叫 KnowForge？

项目发展到现在，我们越来越不希望它只是一个：

“在线文档系统”。

因为今天的 KnowForge 已经开始拥有：

• 内容创作

• Markdown 编辑

• 内容采集

• PDF / Web 导入

• 书籍与章节组织

• 多版本管理

• 多语言

• 标签体系

• 搜索

• 阅读

• 评论

• 收藏

• 关注

• 用户成长

• 成就体系

• 内容导出

• 插件系统

这些能力最终指向的，其实是同一件事情：

建立、维护并持续演进自己的知识体系。

这也是为什么，我们最终选择了 KnowForge 这个名字。

KnowForge

Forge Your Knowledge.

锻造属于你的知识。

---

2026.0.4，只是新的开始

从 InfoSphere 到 KnowForge，是一次更名。

但对我们来说，它更像是这个项目进入下一个阶段的标志。

随着插件体系逐渐稳定，未来会有更多功能从核心系统中拆分出来。

KnowForge 核心会尽可能保持简单。

而用户可以根据自己的需要，组合出不同形态的知识平台。

它可以是一套：

个人知识库。

也可以是一套：

团队文档系统。

还可以是一套：

开源项目文档站、在线书籍平台、产品帮助中心，甚至知识社区。

这就是 KnowForge 接下来想继续探索的方向。

KnowForge 2026.0.4 已发布。

新的名字，新的架构，也是一段新的开始。

Forge Your Knowledge.