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.