0.15.0 把知识库从「一堆各自独立的表」往「一块能拼起来看的台面」推了一步：多个数据库的视图可以摆进同一个仪表盘，图表能点进去看记录。

AppFlowy 是一款开源、本地优先的协作文档与知识库工作台，客户端覆盖 Windows、macOS、Linux、iOS、Android 与网页端，也能部署在自己的服务器上。十一月二日它发布 0.15.0，这一版的重心不在编辑器，而在「数据怎么看」——仪表盘、图表下钻、页面宽度、原生更新，四项新功能里有三项在解决同一个问题：信息散在多个数据库里，怎么一眼看全。

仪表盘把多个数据库的视图拼在一起

新加的仪表盘能把来自不同数据库的视图摆进同一块画布。每块小组件可以拖动、可以改大小，过滤器既能全局共享，也能让每个人按自己的需要单独调整——团队看到的统计口径一致，个人又能临时筛出自己关心的那几条。

本地仪表盘可以直接复用已有的视图，不必重新配一遍字段；要新建小组件视图时则需要连上服务器。这条限制值得提前知道，否则在离线状态下手动搭仪表盘会卡在创建那一步。

图表能点进去看原始记录

数字图表归在 Pro 功能里，配合这次一并扩展的分组与显示控制，可以按分组维度切换呈现方式。真正实用的是下钻：点开图表里的某一段，会展开对应的记录表格，看完还能把当前筛选结果存成一个新视图。统计和明细之间原本隔着一次手工筛选，现在少走这一步。

页面宽度也放开了。每篇文档可以设成全宽或自定义宽度，设定会同步给协作者；没有单独设过宽度的页面，仍按每个人自己的默认值显示，不会因为别人改了宽度就跟着变。

协作与导出的顺带改进

数据库导出的选项补齐了纸张规格：A4、A3、Letter、Legal 都支持，横竖方向可选。宽表会按可读尺寸分页，导出的内容是当前视图里可见的字段与当前行，完整离线缓存也能一起带出去。要把知识库交给外部审阅，这一步比截图靠谱得多。

看板视图加了列内排序、列计算和按分组颜色铺底，列头能直接算出这一列有多少条、求和是多少。图片处理换了一种存法，缩略图与解码后的图按实际显示尺寸保存，长文档里图片多的页面占用的内存明显下降。

三处容易踩的升级前提

自建部署的人要留意版本门槛：工作区仍需 AppFlowy Cloud v0.19.10 或更新版本，仪表盘还要求服务端支持对应的版面；小组件超过十二个、或单行要放四个以上时，得先把新的仪表盘校验逻辑部署到每一台实时服务器，否则保存会被拦下。

客户端这边新增了应用内更新。服务器启用并提供签名更新源时，macOS 与 Windows x64 可以直接在应用里点安装；条件不满足时仍退回手动下载，不会出现点了没反应的情况。

剩下的是些细碎修补：多块选中转标题时不再吞掉各自的文字、编辑链接地址不会丢格式、只读的折叠块可以展开而不改动共享文档、侧栏里拖动子页面不会再误送进回收站、复制或导出时保留外部链接与日期提及。数据库内容重复上传、媒体缓存损坏后无法恢复、以及用本地视觉模型读 PDF 图片失败这几处也一并修了。

它本来是什么

AppFlowy 的定位一直是「本地优先的工作台」：文档、数据库、看板、日历、站点都能在同一个工作区里搭，数据默认存在本地，需要协作时再连自己的服务器。客户端用 Flutter 与 Rust 写，代码按 AGPL 许可公开，官方给的数字是八百万次下载、七万五千多颗星标，自建镜像也有上百万次拉取。

它的取舍也很明确：把数据主权放在功能完整度之前。云端同步与团队管理要自己搭服务端，仪表盘的部分能力依赖服务器支持，本地模式下能做的事情比托管模式少一些。愿意为这点自由多花一点部署功夫的团队，这套结构是合适的。

值得升级吗

用多个数据库管理项目、又习惯每周看一次汇总的人，0.15.0 值得升：仪表盘加下钻，等于把「翻三个表再手工统计」压成一块面板。自建用户先确认服务端版本与仪表盘校验是否到位，再动手升客户端，否则新功能会卡在保存那一步。

只拿它当笔记用、不碰数据库视图的人，这一版的收益有限，等下一个版本再跟也不亏。

知识库真正的分水岭不在能存多少页，而在需要判断的时候，能不能把散落的记录拼成一个能看的形状。AppFlowy 0.15.0 做的正是这件事：先让你看见，再让你点进去。