如果是想直接在文档树上呈现，就我所知是没有。

但是如果换个思维，比如在一个文档中，查询其他的所有文档，并且只展示每个文档的前几行内容（这在呈现形式上就和截图上的预览一致），那么至少有 3 个插件可以做到：

• 列出子文档挂件
• query 挂件
• query&view 插件（暂时下架）

这其中，擅长 SQL 编写的可以使用后两个，它们是通过 SQL 查询文档内容，然后插件本身可以设置想要展示的行数，以此达成目标。

如果不知道 SQL 要怎么写，那就用第一个，列出子文档挂件，在它的设置中把模式改成预览方格即可。

在电脑上大概是这样的效果：

补一张移动端的图：

感谢大佬，完美符合 👍

大佬辛苦，我目前也有一相关问题想咨询下大佬，还请大佬赐教。

就是我想仅限在编辑器内输入#之后的标签完全显示，应该怎么写呢？我尝试用了.sy__tag，但那是标签树的 😭

电脑上屏幕大这问题比较少，所以我创建了一个标签用作展示。在手机端这个问题比较严重

牛哇，不清楚你这个怎么做的？iOS 甚至没有后台，怎么能这样记录？另外这样的界面窗，可以插入录音和图片文件吗？双链文字和标签又是怎样的输入形态呢？要在之前的文字下后续增加片段又是怎么实现呢？

从思维角度来说，确实是这样。

从现实的角度来说，如果我拉着阿尔法狗去下围棋，柯洁一定下不过我。

这之间的取舍，就要看场景而定了，是要你提升思维，还是要你拿出结果。

是的，我说的有些错误。我的本意是，快速记录这一层的重要性会变得更高甚至是最高。因为我简单的把笔记理解为三个步骤：输入-整理-输出。在这三个环节里，整理和输出，在可见的未来应该能由 AI 完成。（这点我现在就有简单的应用，通过自己的笔记生产工作周报这种无聊的活动，已经完全不用自己动手了）。最后只剩下一个输入环节，这是必须自己动手的，所以我才认为笔记应该要返璞归真。另外，最好的笔记，众说纷纭，最快的笔记，一试便知

这一点我也思考很多，我的感觉是，下一代笔记软件恰恰要返璞归真，谁能够更快速的打开进行记录，谁就是王。

首先，传统知识管理系统的组织范式（如 MOC、标签系统、双向链接、文件夹架构等）本质是信息检索的折中方案。当 AI 具备全局语义理解能力后，这些人工搭建的信息架构将如同蒸汽时代的齿轮——看似精巧却效率低下。一个全量索引的 AI 代理（如满血版 R1）完全能在毫秒间穿透所有笔记层级，精准定位用户所需的内容片段，其效率和准确度远超人类的手动检索。

其次，在内容创作维度，AI 已展现出颠覆性的生产力。传统写作流程中，我们耗费大量精力在素材整理、结构搭建和文字润色上。而现代 LLM（大语言模型）不仅能瞬间聚合相关素材，还能生成逻辑严密、结构完整的初稿，其创作效率是人工写作的指数级提升。这本质上将人类从信息搬运工的角色中解放出来，转向更高阶的思维活动。

所以在组织和创作上，我认为至少大部分场景下，让合适的 AI 去操作，比自己操作更好。那么 AI 弥补不了的东西是什么呢？是原材料。AI 是一个加工的家伙，原材料你得自己提供。AI 不知道某天你经历了某些事情。所以笔记打开越快越好，因为打开的越快，我才会减少记录的摩擦力，从而写下更多的内容，在未来发挥更大的作用。

其实是一样的，我放弃的核心并不在于概念，而在于操作。渐进式积累素材，痛点就是移动端积累素材用双链软件的体验并不好。一次记录体验一次不好，久而久之就想着在移动端不如换个软件记录，不要折磨自己。你换滴答，我用 flomo，殊途同归。

另外用滴答速记，在思源里再用 dailynote，不知道你是怎么操作的，这样一个项目的间隙想法分散在两个软件上，不觉得别扭吗？我是会在 flomo 里建立一个同项目标签，和这个项目有关的想法，即使在电脑上，我也会记在 flomo 里。需要汇总到项目文档的时候，通过 web 插件打开 flomo，放在侧栏，直接拖动即可，使用上和反链面板的手感差不多

如果说 DailyNote 是每天把闪念记录在日记文档中的一种记录方式，那么我也放弃了。放弃的原因很简单，如果说 DailyNote 的核心在于记，那么在移动端缺失良好的支持，就是它最大的弊病，现代生活可以几天不开电脑，却不能一刻脱离手机。我想过很多方案去实现移动端的速记，但是毫无疑问，都失败了（不过仅限于 iOS 失败了，如果是安卓，Root 后可以一直把思源挂在后台，是可以实现速记的）。

后来我终于想通了，本地优先的笔记形态，天生就是和多端速记相冲突的。因为本地笔记的数据需要先从云端同步到本地，然后才能开始记录。这个同步的时间只能缩短，但是无法消除，因此无论如何也做不到打开即记录。（也许有一些技术方案可以实现，比如 Docker，但是难度太高，我实现不了，对于小白来说也不具备可操作性）

所以最终我还是选择速记和长文的分离记录，速记用 Flomo，长文用思源，清单用滴答，发布用 Notion。尺有所短，寸有所长，All-in-One 只是一场美好的幻梦，物尽其用才是最终的归宿。

谢谢 @。不过并非是在行首输入 【】 带来不便，这种用法属实太少。

而是在开启符号配对上屏时，在键入 【【 时唤起引用块会出现冲突。因为：

1. 在空白行开头键入 【 时，就自动变成任务列表，后续的一个 【 压根打不出来，从而导致无法唤起引用块。
2. 在文本后完整键入 【【 时，符号配对成 【【】】，这时候唤起引用块会随机失效。录屏已在文档中更新

这个方式导致需要关掉符号配对上屏，那么在其他任何软件中，打 （）、《》 都需要打两次，明显带来了不便。

而思源中写任务列表却有太多的方法，、rw 和快捷键 Ctrl+L 都可以实现，为何还要多占一个 【】 呢？

我认为这个即使不是 bug，也确实对其他方面的输入造成了影响，能修改应该是比较好的。

那么，没法改是何种原因呢？这个机制和任何有符号配对的输入法都会有冲突吧？

在 markdown 格式中，任务列表的符号不是 - [ ] 或者 * [ ] 吗？我并没有打前置符号，而且配对上屏的两个符号中间也没有间隔，怎么看都和 md 的任务列表格式不相符啊。

我在 typora 中，用配对上屏打出来的是 【】，这个符号直接复制到思源笔记的空白行中就会形成任务列表，而复制到其他任何的 md 编辑器中，并不会生成任务列表，我猜这中间应该是思源加了某种转换机制

下载并使用“基于文档搜索”这个插件就行了。

我使用 PARA 的分类方法大概有三年吧，这方法什么都好，就是如果执行力不强的话（或者说目标不够清晰的话），用久了会非常痛苦。因为之前还能蒙蔽下自己，现在打眼一看，领域年年踏步，资源记的飞起 😂

下载并开启插件：基于文档搜索

引述、超级块、列表、列表项、嵌入块。这 5 个关了，其他的全开即可。

因为上述的 5 个块类型包裹的内容，用段落块也可以搜到。

这个功能很好，但是我觉得会非常难做好。不谈技术方面的问题，光逻辑层面就有一个大难题。其实视频开头也点出了这个问题了，即每个页面聚焦一个主题，搜索时以页面为基准。

但是思源是支持 Daily Note 笔记法的，所以在一个日记文档页面中可能会有 N 个不同的主题。而在系统文章中，则是一个页面一个主题了。

于是问题来了，语义搜索，究竟以什么粒度为基准？

如果以文档页面为基准，那会不会搜出来日记的杂讯？比如我搜一个 iPhone 的价格变化，那么有没有可能会搜出来，在一篇日记当中即写了 iPhone 性能提升，也写了新能源汽车价格变化，这样的一篇日记文档？

如果以块为基准，那么怎么界定主题的范围？比如我有一篇探讨历年 iPhone 的价格变化的文章，但是 iPhone 和价格这两个关键词，写在了不同的两个块中，那么能搜到吗？

当然，这只是我这个技术小白的一个疑惑，也许业内已经解决了但是我不知道，说错了还望勿怪

PS：这其实也是所有支持 Daily Note 笔记法的笔记软件难以解决的问题。搜索其实是以主题为基准的，传统笔记一篇文档就是一个主题，所以搜索相对来说好做。DN 流笔记，日常琐碎用块粒度记录，系统文章又用文档粒度记录，一个搜索方式难以兼容两种不同的书写粒度，所以搜索只有一半的功能。

这个功能我原来请求过，详见：对于移动端搜索的改进提议 - 链滴。

主页添加一个搜索按钮，然后把搜索界面搬出来成为一级界面，通过一个滑动手势即可一步直达，应该是移动端搜索的最佳方案

理论上来说应该不会，七牛两种访问方式都支持。

在两种访问方式都支持的情况下，一般优先选择虚拟主机风格（Virtual Host Style）

1. Endpoint 那一行，前缀改成 http
2. Timeout (s)改成 300
3. Addressing 改成 Virtual-hosted-style
4. 七牛的访问控制公开私有都可以，不影响同步
5. 改完之后在同步试试看

感谢提醒。文章又要更新了

😋 好勒，感谢 D 大 🎉

保留部分行级元素的样式特性是挺好的，比如标题加个背景颜色可以显示在大纲中。

但是应该没有用户会想在大纲中，鼠标移动到引用块标题上，就弹出浮窗吧？我想不到这个特性的适用场景。而且还和大纲的点击跳转定位这一主要特性频繁冲突，所以我认为这是可以取消的。

@Vanessa V 姐看看是不是设置中开启了“关闭后需按住 Ctr 键才会出现浮窗”的那个功能？或者是 V 姐点击的速度太快了

我附上一段视频，也许能提供更多的帮助。

不是标题前的块标。标题前的块标会弹出浮窗我觉得是一个蛮好的设计。

我的意思是，假设你写一个标题为：## [[思源笔记 YYDS]]

当你打开大纲面板，鼠标移动到「思源笔记 YYDS」上的时候，会弹出悬浮窗。这个功能和点击大纲跳转定位的功能严重冲突。

好的 V 姐。我通过在搜索中关闭超级块和列表块能暂时解决这个问题。

另外我在提一个疑惑 V 姐。如果标题是双链文本的话，在大纲面板中，鼠标移动到标题上，会弹出悬浮窗，这个功能和点击大纲跳转定位经常冲突，这个有优化的可能吗？

【实践】基于 query 实现的项目信息管理 + 面板视图 。

这篇文章可以看看，应该能满足你的需求

大佬，我今天刚在查这个问题，就看到你的神秘代码了，十分感谢 👍 👍

我能否多请教一个问题呢？就是如果标题中有双链文本，在大纲面板中，鼠标移动到标题双链上时，也会弹出悬浮窗，这个功能应该怎么禁止呢？

我有时候会在标题上写上双链文本，在大纲面板上点击标题想跳转的时候，经常弹出悬浮窗打断跳转，不胜其烦。十分想解决这个问题，奈何代码水平有限，没查到应该怎么写 😭

再次感谢大佬的标题全展开代码 🙏

大佬是真的牛 👍

WebAPP 这个插件实在是顶，不是说打开网页这个功能，而是和思源的深度整合。

Flomo 开启 dock 栏常驻，能把内容从侧边栏一步拖拽到思源当中（甚至支持图片），这是收集箱都尚未实现的功能。

通过这个插件，在移动端速记这块，我认为思源得到了质的飞跃，从操作较为繁琐 → 一步记录，一步转移。

遥遥领先，遥遥领先！