Daobox Book

使用场景

使用场景

2026-09-16

DaoBox 不规定你应该怎样管理知识。

你可能只是想整理一堆文件,也可能是在持续写作,或者已经积累了很多内容,某一天突然想把它们变成一个网站。

下面是一些典型的使用方式。

01|我有很多 Markdown 文件,想把它们真正用起来

你已经积累了一些 Markdown 文件。

可能是过去写的笔记、项目文档、读书记录,也可能是从别的工具迁移出来的内容。它们原本就存在电脑里的某个文件夹,只是随着时间越来越多,开始变得难以浏览和查找。

你不想为了使用这些文件,再把它们导入一个新的数据库。

于是直接把这个文件夹交给 DaoBox。

原来的文件仍然是原来的文件。你可以像浏览一个知识库一样阅读它们,也可以继续修改、增加新的内容。

以后即使不用 DaoBox,这些文件依然可以被其他编辑器打开。

适合:

  • 已经有一批 Markdown 文件
  • 不希望被某个笔记软件锁定
  • 想让普通文件夹真正成为自己的知识库

02|我只是随手记下来,还不知道以后会拿它做什么

很多东西在刚开始记录的时候,并不知道最终用途。

一个突然想到的观点、一段读书笔记、一次项目经验,甚至只是一些还没有整理好的材料。

现在把它整理成“文章”还太早。

所以先记下来。

随着内容越来越多,再慢慢建立关联、补充上下文、整理结构。原本零散的记录,逐渐变成一组彼此关联的知识。

等以后真的需要写文章、做文档或者发布时,再从这些已经积累的内容里整理出来。

不是先决定它要成为什么,再开始记录。

而是先积累,等它自然长成。


03|我写东西的时候,经常需要在“写”和“看”之间切换

有些时候,你需要专心写一段内容。

有些时候,你其实是在阅读、整理和检查结构。

如果编辑器一直处于“正在编辑”的状态,反而会让注意力放在 Markdown 语法和光标上,而不是内容本身。

所以在 DaoBox 里,你可以先把内容当成一篇正常的文档来阅读。

需要修改的时候,再在具体位置进入编辑。

写完之后,又回到阅读状态。

写的时候写,看的时候看。

而不是让编辑器一直提醒你“这里是一个 Markdown 文件”。


04|一篇东西,我想同时留给自己和别人

写一篇文章时,你可能会顺手记下一些只有自己需要的信息:

为什么这样写、当时参考了什么、还没有验证的想法、给 AI 的上下文,或者暂时不准备公开的内容。

如果把这些内容拆出去,就需要维护两份文件。

如果删掉,自己以后又可能需要。

所以可以直接留在原来的文件里,只标记为私有。

自己阅读时,它仍然属于这篇内容;需要发布时,私有部分自动不会出现在公开内容里。这个设计正是为了避免“自己的版本”和“发布版本”长期分叉。

一份文件,可以同时服务于自己的工作和最终的公开内容。


05|我想把一篇笔记交给别人,不必先搭整站

有时候你并不想发博客,只是希望同事或朋友能看到某一篇。

可以直接把这篇 Markdown 导出为 PDF 或 Word 发出去;也可以 单篇分享到网上,给人一个链接,还可选有效期。

拖放或系统右键就能打开单篇,不必先建完整工作区。

适合:

  • 临时交接、审阅、外发
  • 还不想(或不需要)维护一个公开站点

06|我已经写了很多东西,突然想把它整理成一个网站

可能原本只是自己的知识库。

某一天,你发现里面已经有足够多的内容:

几篇文章可以组成博客,一批笔记可以整理成专题,一组长期积累的材料甚至可以变成一本书。

这时候不需要重新建立一个“发布项目”。

还是使用原来的文件。

选择适合的呈现方式,预览最终效果,然后发布。

原本只是自己电脑里的内容,就这样有了一个可以给别人阅读的入口。产品设想中也包括博客和书籍式知识库这两类常见发布形态。

发布不是另一个阶段,而是积累到一定程度之后的一种结果。


07|我在维护一个长期项目,需要文件、资料和文档放在一起

一个长期项目通常不会只有 Markdown。

除了说明文档,还有图片、PDF、音频、视频,以及其他项目文件。

如果为了“方便写笔记”,必须把这些内容拆到另一个知识管理软件里,反而会让资料变得分散。

DaoBox 更适合直接面对这个项目目录。

Markdown 用来记录和整理,图片和其他资料仍然留在原来的位置,需要时直接打开。

于是:

一个项目
├── 文档
├── 笔记
├── 图片
├── PDF
├── 其他资料
└── ...

不需要为了知识管理,再建立一套与项目文件脱离的副本。


08|我很在意自己的内容以后还能不能找回来

知识库使用几年以后,最重要的往往不是“今天写得多快”,而是几年以后还能不能找到当时写过的东西。

因此,你希望:

  • 文件一直在自己的电脑上
  • 修改有历史记录
  • 能知道某次改动发生了什么
  • 必要时可以回到以前的版本
  • 还可以把仓库同步到远程位置

DaoBox 可以把 Git 作为这套文件知识库的版本管理方式,并尽量把原本需要命令行完成的操作放进应用里。

这样知识库不只是“现在是什么样”,也保留了它曾经是什么样。


09|我想在自己的文件里建立越来越多的关联

一开始只有几篇笔记。

后来,同一个概念可能出现在十几篇内容里;一个项目又会引用几篇背景资料。

随着内容增长,仅靠文件夹已经不够。

于是开始在笔记之间建立链接。

从一篇内容跳到另一篇内容,再反过来看“还有哪些地方提到了它”。

当这些关系越来越多时,原本只是一个文件夹的东西,逐渐变成了真正属于自己的知识网络。


10|我想做一个网站,但不想先成为一个网站开发者

有些人想公开写东西,却不想先学习静态站点生成器、命令行、Node.js、部署配置等一整套工具链。

他们真正想做的事情其实很简单:

写内容,然后让别人看到。

因此,网站应该建立在已经存在的内容之上,而不是要求用户先搭好一个网站,再开始写。

内容仍然是本地 Markdown 文件;发布只是给这些内容增加一个面向读者的呈现方式。

对于需要进一步定制的人,再去调整模板和部署方式。


11|我不想把“写作”和“发布”变成两个系统

这是这些场景最终汇聚到一起的地方。

你今天可能只是写一条笔记。

明天把它整理成一篇文章。

几个月以后,其中几篇文章又可能组成一个专题。

再过一段时间,它们可能变成博客、文档站,甚至一本书。

但从头到尾,内容都没有必要搬家。

一直是同一批文件。

你只是在不同的时候,以不同的方式使用它们。

这也是 DaoBox 更希望形成的使用习惯:

记录
  ↓
积累
  ↓
整理
  ↓
关联
  ↓
写作
  ↓
发布

不要求每一步都发生。

大多数时候,你只是继续积累。

等真正需要的时候,再让已经积累下来的内容发挥更大的作用。