你好，我想这是使用方式决定的，产品层面并不约束使用习惯。总的来说有两种使用习惯：

1. 不分文件夹，所有文档块都放在一个物理文件夹下
2. 通过文件夹分类组织文档块

要完成第一种用法现在思源还欠缺一个重要操作，就是跨文档块拖拽移动内容块 #1025 这个我们后面会进行支持。只要完成这一点，逻辑上用户完全可以不关心物理文件存放路径，只用关心内容块的组织方式。这应该就是你提到的最优解决方案，后面肯定是可以支持的。

在实现跨文档移动内容块后，思源还存在一种情况没有实现（或者说是想做一些突破），我将它暂时称作“容器块无限层级缩放”，即逻辑上的容器块（比如标题块）或者真实的容器块（比如列表项块）可以“点击进入”，这操作类似大纲式笔记对于每个条目都可以进入那样，进入或者返回相当于将内容缩放到某个层级上。这个特性我们还需要时间考虑，交互设计和实现上都面临一些挑战。

感谢讨论！

在实现跨文档移动内容块后，思源还存在一种情况没有实现（或者说是想做一些突破），我将它暂时称作“容器块无限层级缩放”，即逻辑上的容器块（比如标题块）或者真实的容器块（比如列表项块）可以“点击进入”，这操作类似大纲式笔记对于每个条目都可以进入那样，进入或者返回相当于将内容缩放到某个层级上。这个特性我们还需要时间考虑，交互设计和实现上都面临一些挑战。

我觉得这种敢想敢做的态度是真的牛🐮，对基于本地纯文本文件的软件来说，很多没人愿意去做的重要特性都是在思源上率先实现的，没道理不火起来

PS1：缩放的时候，顶部可能需要有个面包屑导航

PS2：写了篇思源安利文章，目前半成品草稿已经有七千多字了，打算等一个高度稳定可用版本发布的时候在知乎和语雀公开发一发

谢谢回复。自由、简单的组织知识；灵活、规范的展示知识大概是每个笔记爱好者的核心诉求吧。其他与知识组织无关的操作最好都屏蔽掉。不管是原生，还是插件，提供统一的“内容块视图“是极好的，关心文档的用户，提供“文档视图“”，至少可以方便导出，导入等操作。期待思源的逐渐进化。1.0 也只是开始！

一个内容块就是一个主题，主题还有子主题，从而构建自然的层次结构。
不同主题间可以自由合并、拆分、双向引用。

听起来像是大纲笔记的层级感觉

容器块无限层级缩放

比较期待,现在文件夹不被作为容器块看待,有时候我需要引用一个名词,比如MySQL,但MySQL是个文件夹,我没办法引用文件夹,所以我只能自己手动在文件夹下创建一个大纲文档,然后再引用这个大纲文档,有些麻烦.(也可能是我的用法有问题)

@MistRay
可以了解一下知识管理领域的 moc (map of contents) 这个概念，基本上能解决你的这种困惑。

感谢各位的帮助，我们后续会在 #1231 中支持容器块缩放编辑。