Notion 用久了很多人都会经历同一个心理拐点一开始被它的块编辑器和数据库视图惊艳笔记、任务、Wiki 全塞进去越用越顺手直到某天团队要协作、数据要落地、或者单纯想离线用一下才发现自己所有内容都锁在一个云端 SaaS 里。导出是 Markdown 加一堆 CSV数据库关系全断本地打开一片狼藉。这时候你开始想有没有一个东西界面逻辑跟 Notion 差不多但数据是我自己的能自己部署还能离线跑AppFlowy 就是冲着这个需求来的。它在 GitHub 上被反复讨论标签里永远跟着 Notion 和开源项目两个词。我前后在自己的机器和一台小服务器上折腾了它好几个版本从早期只能写文档到后来数据库视图慢慢补齐踩的坑不算少。这篇就把我对这个项目的理解、实际部署过程、以及它到底能不能替代 Notion 这件事掰开揉碎讲清楚。不管你是刚听说这个项目想尝鲜还是已经在评估要不要把团队知识库迁过去下面这些内容应该都能帮你少走点弯路。1. 先搞清楚 AppFlowy 到底在解决谁的痛点1.1 它不是又一个笔记软件而是数据主权的一次表态大部分人第一次打开 AppFlowy第一反应是这不就是 Notion 吗。界面确实像左侧边栏、块编辑器、斜杠命令、看板视图几乎是一比一复刻的操作习惯。但如果你只把它当成一个免费替代品就低估它了。AppFlowy 的核心主张是local-first本地优先你的数据默认存在本地可以完全离线使用也可以自己搭一个同步服务让多设备互通。这一点和 Notion 的云端中心化架构是根本性的分歧。为什么这件事重要我举个实际场景。我之前帮一个做硬件的小团队整理研发文档他们有大量原理图说明、BOM 表、测试记录。用 Notion 的时候所有东西都在别人的服务器上网络一断就没法查而且他们内部对研发资料放在外部 SaaS这件事一直有顾虑。换成 AppFlowy 之后文档存在本地同步服务部署在自己的内网机器上数据流向完全可控。这不是技术洁癖而是很多团队真实存在的合规和安全感需求。所以 AppFlowy 瞄准的不是想省钱的人而是在意数据归属、需要离线能力、又不想放弃现代块编辑器体验的这批用户。你如果只是想要个云笔记Notion 其实挺好但如果你对数据位置有要求这个项目的价值就出来了。1.2 开源这件事决定了它的能力边界和成长节奏AppFlowy 是开源的代码在 GitHub 上公开用 Rust 写核心、Flutter 写界面。这个技术选型本身就透露了很多信息。Rust 负责数据层和业务逻辑追求性能和内存安全Flutter 负责跨平台 UI一套代码跑 Windows、macOS、Linux后来还扩展到移动端。这种重核心 跨端 UI的组合是它能同时保证本地性能和一致体验的关键。但开源也意味着它的功能节奏不由某一家公司说了算而是跟着社区走。我观察下来它的迭代有几个明显特征文档编辑能力成熟得早数据库视图看板、日历、网格是逐步补齐的而像公式、关系字段这类高级能力推进得相对慢。这不是缺点而是你需要提前知道的预期管理。如果你现在就要一个功能齐全到能无缝替换 Notion 数据库的工具可能会失望但如果你能接受它核心体验已经能用、高级功能在路上的状态它反而很香。提示评估开源项目时别只看 star 数。去看它的 release 频率、issue 响应速度、以及最近三个月合并的 PR 集中在哪些模块这比任何宣传都真实。1.3 谁适合现在上车谁建议再等等我把用户大致分成三类。第一类是个人用户主要用来做笔记、写文档、管理个人任务这类人现在上车完全没问题文档编辑和基础看板已经够用而且本地存储带来的启动速度和离线体验是实打实的优势。第二类是小团队需要共享知识库和任务看板这类人可以用但要做好自建同步服务的准备并且接受部分高级视图还在完善中。第三类是重度依赖 Notion 数据库公式、关系、Rollup 的用户我建议先观望或者用双轨制过渡别一次性全迁。这个判断不是拍脑袋。我自己就经历过兴冲冲全迁、结果发现某个关键视图不支持、又灰溜溜迁回去的过程。所以下面讲部署和实操的时候我会把哪些能用、哪些暂时别指望都标清楚。2. 部署这件事桌面端、自建服务、移动端三条路怎么选2.1 桌面端是最省事的入口先跑起来再说如果你只是想先体验一下最直接的方式就是下载桌面客户端。AppFlowy 提供 Windows、macOS、Linux 的安装包装完打开就能用数据默认落在本地的一个目录里。这一步几乎没有门槛我建议所有想了解这个项目的人都先走这条路花十分钟感受一下编辑器的流畅度和交互逻辑再决定要不要深入。桌面端的体验是我最满意的部分。因为是本地应用启动快、输入无延迟不像网页版 Notion 那样受网络波动影响。我经常在飞机上或者网络差的地方写东西这种打开就能写的确定性是用过就回不去的。数据文件的位置可以在设置里看到你也可以手动备份整个目录这就是本地优先最直观的好处——备份就是复制文件夹不需要导出、不需要等云端同步。不过要注意桌面端默认是单机模式多设备之间不会自动同步。如果你只有一台电脑这就够了如果你手机、平板、公司电脑都想用就得往下看自建服务这条路。2.2 自建同步服务数据主权和便利性的平衡点AppFlowy 支持自己部署同步服务让多台设备通过你自己的服务器同步数据。这是它区别于普通本地笔记软件的关键能力。部署方式上官方提供了 Docker 镜像也有基于容器编排的部署方案。我实测下来用 Docker 跑是最省心的基本流程是拉取镜像、配置数据库它用 PostgreSQL 存元数据、启动服务、然后在各个客户端里填入服务器地址。这里有几个我踩过的坑值得单独说。第一数据库一定要提前规划好持久化别用容器内的临时存储否则容器一重建数据就没了。第二服务器地址在客户端里要填对协议和端口很多人卡在连不上就是因为地址写错或者防火墙没放行。第三首次同步建议先在一台设备上把数据整理好再开同步避免多端同时写入产生冲突。我自己的做法是在一台常开的低功耗机器上跑同步服务用 Docker Compose 管理数据库单独挂一个卷。这样升级的时候只要改镜像版本重启就行数据不受影响。这套配置跑了大半年日常同步很稳偶尔遇到版本升级需要客户端和服务端版本匹配注意一下就行。2.3 移动端和跨端体验能用但别期待和桌面一样顺AppFlowy 有移动端可以查看和编辑文档也能连自建服务同步。但说实话移动端的体验和桌面端有差距编辑长文档、操作复杂视图的时候会有点别扭。我的建议是把移动端定位成查看和轻量编辑工具真正干活还是在桌面端。这个预期摆正了用起来就不会失望。跨端同步的逻辑是所有设备连同一个自建服务数据在服务端汇总再分发。所以服务端的稳定性直接决定了你的跨端体验。如果你的服务器经常重启或者网络不稳同步就会时断时续。这也是为什么我建议把同步服务放在一台相对稳定的机器上而不是随手找台电脑临时跑。使用场景推荐方式数据位置适合人群单机笔记、个人任务桌面端单机模式本地个人用户、尝鲜者多设备同步、小团队协作自建同步服务自己的服务器有运维能力的小团队移动查看、轻量编辑移动端连自建服务服务端 本地缓存需要随时查看的用户重度数据库依赖暂缓或双轨过渡视方案而定高级 Notion 用户3. 从 Notion 迁移过来数据和习惯怎么过渡3.1 迁移的真相没有一键完美方案只有分步搬运先说结论从 Notion 迁到 AppFlowy不存在一键无损迁移。Notion 导出通常是 Markdown 加 CSV文档部分还能看但数据库的关系、公式、Rollup 这些结构信息在导出时就丢了。所以迁移的本质是重新组织而不是复制粘贴。我的实操策略是分三步走。第一步先迁纯文档类内容比如会议记录、说明文档、Wiki 页面这些导出成 Markdown 后导入 AppFlowy 基本能保留格式标题、列表、代码块都在。第二步处理数据库类内容把 Notion 里的表格导出成 CSV然后在 AppFlowy 里重建数据库视图字段要手动对应。第三步也是最容易被忽略的是重建页面之间的引用关系Notion 里的 页面 引用和反向链接迁移后需要手动补或者干脆借这次机会重新梳理信息架构。这个过程听起来麻烦但我实际做下来发现它反而逼你把多年堆积的、结构混乱的知识库重新整理了一遍。我迁完之后文档数量少了三分之一但可读性和查找效率明显提升。所以别把迁移当成纯粹的体力活它也是一次内容治理的机会。3.2 块编辑器的操作差异手感接近细节要适应AppFlowy 的块编辑器和 Notion 非常像斜杠命令、拖拽块、Markdown 快捷输入都支持。但用久了你会发现一些细节差异。比如某些快捷键的绑定不一样某些块的嵌套行为有区别数据库视图的配置项也没有 Notion 那么丰富。这些不是大问题但刚迁过来的一两周会有点别扭。我的建议是迁移后先花半天时间专门玩一遍编辑器把常用的操作都试一遍建立新的肌肉记忆。特别是斜杠命令的菜单AppFlowy 的选项和 Notion 不完全一样提前熟悉能省很多事。另外它的数据库视图虽然支持看板、网格、日历但字段类型和筛选逻辑有自己的规则建库之前先想清楚字段设计比建完再改要省事得多。注意迁移前一定要在 Notion 侧做一次完整导出备份别删原数据。我见过有人迁到一半发现某个视图不支持想回去找原始数据结果发现已经清理了非常被动。3.3 团队协作场景下的权限和共享逻辑如果是团队用权限模型是必须搞清楚的。AppFlowy 自建服务模式下共享是通过服务端的工作区来实现的成员加入同一个工作区就能看到共享内容。它的权限粒度目前没有 Notion 那么细比如页面级的精细权限控制相对简单。所以如果你的团队对谁能看哪个页面有严格要求需要提前评估。我的经验是小团队十人以内用起来问题不大靠工作区划分就能满足大部分需求。但如果是几十人、多部门、权限复杂的组织现阶段可能会觉得不够用。这种情况下可以先用它承载全员公开的知识库部分把敏感内容留在原来的工具里逐步过渡。这种混合策略比强行全迁要务实得多。4. 实际用下来哪些地方真香哪些地方还得忍4.1 真香时刻本地速度、离线能力和数据掌控感用 AppFlowy 最爽的瞬间是你在没有网络的环境下打开它一切照常。写文档、建看板、搜索内容全都不受影响。这种确定性是云端工具给不了的。我有次在高铁上整理了一整套项目复盘全程离线下车连上网络后自动同步体验非常顺。第二个真香点是速度。本地应用没有网络往返输入、切换页面、搜索都是毫秒级响应。尤其是文档多了以后Notion 网页版偶尔会卡而 AppFlowy 因为数据在本地检索和渲染都很快。第三个是数据掌控感你知道自己的东西存在哪能随时备份能自己决定同步到哪台服务器。这种安心感是用过云端工具被绑架过的人特别能体会的。4.2 还得忍的地方高级数据库能力和生态成熟度说完了好也得说不足。AppFlowy 的数据库能力目前还在完善中公式、关系字段、Rollup 这类 Notion 的高级功能要么没有要么比较基础。如果你重度依赖这些来做项目管理或者数据分析会明显感到不够用。我的建议是把需要复杂计算和关联的场景留在原来的工具里或者用外部表格工具配合别硬扛。另一个是生态。Notion 有海量的模板、集成、第三方工具AppFlowy 的生态还在建设中。你想要某个特定集成很可能得自己动手或者等社区。这不是它独有的问题所有新兴开源项目都要经历这个阶段。接受这个现实把它当成一个核心体验已经很好、周边还在长的工具心态就平了。能力维度AppFlowy 现状对比 Notion建议文档编辑成熟体验流畅接近可放心迁移基础数据库视图看板/网格/日历可用接近可迁移字段需重建公式与关系字段基础或缺失差距明显复杂场景暂留原工具离线与本地存储原生支持弱核心优势第三方生态建设中丰富按需评估4.3 性能与资源占用本地优先的代价本地优先不是没有代价。AppFlowy 作为桌面应用会占用一定的内存和磁盘尤其是文档和数据库多了以后。我在一台配置一般的旧笔记本上跑文档量大了之后启动会稍慢但日常使用没问题。相比网页版工具它把计算压力从服务器转移到了本地所以你的设备性能会直接影响体验。我的优化经验是定期清理不用的附件和图片数据库视图别一次性加载太多行把大文档拆分成多个小页面。这些习惯和用 Notion 时类似但因为数据在本地清理起来更直接直接管理文件目录就行。另外同步服务的服务器配置也别太寒酸数据库和同步进程都需要资源配置太低会导致同步慢。5. 给不同阶段使用者的实操建议5.1 个人用户先单机跑两周再决定要不要同步如果你是一个人用我的建议是先用桌面端单机模式跑两周。把日常笔记、任务、文档都放进去真实感受一下它能不能满足你的需求。两周后你会有明确判断如果够用就继续如果需要多设备再上自建同步服务。这个顺序很重要别一上来就折腾服务器容易在还没确认工具有没有用之前就被部署劝退。单机模式下记得定期备份数据目录。虽然本地存储很安心但硬盘会坏、手会抖备份是底线。我一般是每周复制一次数据目录到移动硬盘简单粗暴但有效。5.2 小团队同步服务 工作区划分先跑通再优化小团队落地的话核心是把同步服务搭稳然后用工作区把内容分好。我的建议是先搭一个最小可用的同步服务让两三个人试用跑通同步、共享、权限这些基础流程再逐步扩大范围。别一上来就全员迁移出了问题影响面太大。工作区划分上按项目或部门分是比较自然的做法。每个工作区里再按文档、任务、资料分页面。这个结构和 Notion 的用法类似团队成员迁移过来学习成本很低。关键是提前定好命名规范和页面结构避免各写各的最后乱成一团。5.3 观望中的重度用户双轨制过渡别急着全迁如果你重度依赖 Notion 的高级功能现在最务实的做法是双轨制。把适合 AppFlowy 的内容文档、简单看板迁过去把依赖复杂数据库的内容留在 Notion两边并行一段时间。等 AppFlowy 的高级能力补齐了再考虑全迁。这样既享受了本地优先的好处又不影响现有工作流。我身边就有团队这么干用 AppFlowy 承载研发文档和知识库用原来的工具做复杂项目管理。两套系统各司其职反而比强行统一更高效。工具是为人服务的没必要为了统一而牺牲效率。6. 几个容易被忽略的细节和我的踩坑记录6.1 版本匹配客户端和服务端别乱升自建同步服务最容易踩的坑就是客户端和服务端版本不匹配。AppFlowy 迭代快有时候新客户端连旧服务端会出问题反过来也一样。我的做法是升级前先看 release note确认兼容性然后服务端和客户端一起升。别只升一边否则可能连不上或者同步异常。还有个小细节升级服务端之前一定要备份数据库。我有次升级没备份结果新版本改了数据结构回滚都回不去只能重来。从那以后我养成了升级前必备份的习惯几分钟的事能省掉几小时的麻烦。6.2 同步冲突多端同时编辑要小心多设备同步时如果两台设备同时编辑同一个页面可能产生冲突。AppFlowy 有冲突处理机制但最好的办法还是避免同时编辑。我的习惯是同一时间只在一台设备上编辑重要文档其他设备只用来查看。这样基本不会遇到冲突问题。如果团队协作建议约定好谁负责哪个页面减少多人同时改同一处的概率。这不是 AppFlowy 独有的问题所有支持离线编辑的工具都有类似挑战提前约定规则比事后处理冲突要省心。6.3 数据备份本地优先不等于不用备份很多人觉得数据在本地就安全了其实不然。本地硬盘会坏误删也会发生。我的备份策略是三二一的简化版本地一份、移动硬盘一份、自建服务器上一份。三份数据两个不同介质至少一份异地。对个人用户来说本地加移动硬盘两份基本够用团队用户建议加上服务器备份。备份的内容主要是数据目录和同步服务的数据库。桌面端的数据目录在设置里能看到同步服务的数据库就是 PostgreSQL 的数据卷。把这两样定期备份基本就万无一失了。7. 我对这个项目未来的一点个人判断用了一段时间之后我对 AppFlowy 的看法是它不太可能在某一天突然干掉Notion但它正在稳稳地占据一个 Notion 覆盖不好的位置——那些在意数据主权、需要离线、又想要现代编辑体验的用户。这个位置不大但很实在而且随着大家对数据归属越来越在意这个需求只会增长。它的成长节奏取决于社区而不是某家公司的 KPI。这意味着它不会为了赶功能而牺牲质量但也意味着某些高级能力可能要等。作为用户我的策略是把它用在它擅长的地方别指望它现在就能满足所有需求。工具和人一样用对了地方就是好工具。如果你正在犹豫要不要试我的建议是花半小时下载桌面端体验一下。不用急着迁移不用急着搭服务器就单纯感受一下本地优先的编辑器是什么手感。很多时候试过之后你自己就有答案了。