无能狂笑

文本向量化和检索好像有人尝试着做了来着，我觉得对于以块为基础的思源来说是一个超级大杀器。但是 zettelkasten 的概念主要还是一个笔记法，编号是在思考的时候直接形成的，而不是一个需要维护的东西，所以对于这个编号并不太需要向量化之类的来推进

是这样，最好是能定义层数。我设想的能看到全局关系肯定是最理想，因为这样其实是粗细一把抓，见微知著的效果。

传统的卢曼笔记漫游是只获取到单层的子节点，即

2000

• 2000.1
• 2000.2
• 2000.3
• ……

但是其实我在写这篇帖子的时候就发现，大部分情况下我们的思路其实都是向更深处传递的，所以如果想要更好地理清思路，我的想法是对非增殖的子节点直接全部展开，比如说

2000

• 2000.1
  • 2000.1a
    • 2000.1a1
    • 2000.1a2

然后再展开 2000.1a1 的时候，再次一口气展开到开始增殖的地方，即

2000

• 2000.1
  • 2000.1a
    • 2000.1a1
      • 2000.1a1a
        • 2000.1a1a1
          • 2000.1a1a1a
          • 2000.1a1a1b
    • 2000.1a2

对于具体的形式或者说逻辑还要再斟酌，但是我尽量做到在想要纵观全局的时候能减少操作，在想要逐步探索的时候不会一下子露出太多的信息

对的，我说的 36 是指一层的编号从 1 到 9，再从 a 到 z（实际上是 35），应该已经完全足够了，所以目前的编号方案准备改成 1.1a1a1 这种数字和字母交替的，如果数字层的索引超过 10 就会变成字母，即 1.aa1a1 这种，感觉看起来会顺眼很多。不过说白了这个编号本身不代表任何特有的意义，只是提供给插件索引，所以只要好处理、放在卡片上好看就行了

【漫游】，这点确实。说实在话现在的双链，我没有“全局感”，只有“局部感”，例如我想要快速查找 2~3 层的下游/上游文档，在现在思源的原生体系下很困难，但是如果有这样的一个关联链接（如果多层，可自定义），那么就可以实现快速跳转和思维链追踪（非常清晰的呈现了思维链条发展和发散/汇聚的过程）。这样的一个逻辑放在卡片逻辑追踪上，我可以称大材小用吗？因为它本质不是卡片的管理，而是所有文档都可以用类似的方式管理，而如果专注于零散卡片的话只需要添加一个特定入口，该入口新建时，给特定文档/块增加属性，然后漫游时过滤就可以了，这是容易解决的。

是的，我现在就是在整个笔记本的任意笔记上组织这样的思维链，而不是在单个文件夹下，这也是问题 1 中 gemini 回答我的，用文件夹创建分类，用编号记录思维链，对于思维链来说不是太在乎文档本身在哪个分类之下的。你说的 2-3 层是一个很好的思路，我现在只是往后寻找一层，说实话感觉有点单薄，我后面会考虑给它加上逐层展开的能力，在局部性和全局性之间找一个过渡。

但是重点不在这里，而在【整理】，也就是主动的创建双链关系。印象里我曾经说过，单纯的画布如果和 drowio 一样，我真的没什么用的兴趣，但是如果说我能在画布上将文档作为原子化的节点进行逻辑重组？对于我来说这听起来诱人多了，尤其是在笔记重建的过程中，可以先漫游找到零散的节点，然后【如果可能，直接在画布上将其连接起来】，而双链关系会自动添加到文档头！如果有必要的话，再在单个文档内处理双链引用的位置，我认为轻松很多了。

我昨天晚上又写了一点代码，加入了正链和反链的展示，也就是说如果想在 5.1a1 看到 4.2a1，那么只需要在文档中进行引用，这样不管是漫游还是组织都会更加直观（这样也能支持在不同思维链之间跳转）。自动添加链接关系也是要做的（虽然直接打开编辑面板然后手动引用或者粘贴链接好像更方便）

甚至，直接将画布替代文档树？直接在画布上新建文档，处理链接关系？因为我在实践过程中发现文档树结构真的很碍事……或者说不是所有逻辑用文档树的方式都能解决的。我希望在某些时刻暂时不要管文档树（文档新建在哪里），而是放一个入口，等我创建好了之后再去整理文档树的拓扑关系，这就是卡片了——思源能做到这点，但是是笔记本全局设置的，结果在其他文档操作的时候，不希望自动归档的文档也自动归档了，而且它只能归档到一个文件夹，令人烦躁。

其实你全篇就是卢曼卡片笔记的思路。这个插件其实我在两年前就开头了，但是当时只写了一个全局快捷新建文档然后就弃坑了 xs 可以说这个功能甚至在我写这篇帖子的时候已经有了，只是最关键的思维链部分一直是缺失的，现在我的代码里也已经添加上直接新建文档的选项了。

是的，列表 moc 确实已经可以记录思维链了，但对我来说最大的问题在于我需要非直观地手动维护它。如果本身有这个习惯或者从最开始就这么组织笔记当然可以做的很稳，我主要想对那些像我已经有自己的笔记组织方式的情况下还能相对无压地尝试卡片式笔记的思维链记录流程。

AI 确实超级绕，我也是每一个回答在脑内搏斗了好久才能理解的

感谢你提供的角度。我非常赞同你的观点，思源笔记本身的文档组织形式其实特别适合卡片式笔记，但是问题就在于文件夹结构太直观了，直观到几乎所有人都会下意识使用分类的方法组织笔记。

我觉得理想中使用思源作为卡片笔记的方法其实是：笔记本作为工作区，文档作为卡片，文档-子文档关系作为思维的递进，标签作为分类。

但是这种改革太彻底了，主要是我自己也无法承受这样彻底的改革，所以希望能够把这个插件作为一种独立的、不改变已有的记录习惯的一种组织模式添加进思源里，让想要沉浸思考的时候不会因为思维过程和分类之间的冲突而犹豫，这就足够了。

关于编号，想了想确实 1.1a1 这种会好一点，在思维过程里一层的兄弟节点也很难超过 10 个（大不了超过了之后再续上字母，这样最多就是 36 个，纯字母层就是 26 个），另外纯数字 1.111 这种看起来也有点太单调了，我看着调整一下

好诶，我早就觉得 sidebar-memo 的实现太过时了（甚至现在出现了无法解决的 bug），不如就在侧边栏显示而不是折腾编辑器定位。等你这搞好了我在 github 和文档里更新一个推荐。

关于动态加载触发和定位的问题可以参考 siyuan-plugin-sidebar-memo 的实现

这个问题没太懂，方便在 github issue 里详细说明一下吗？主要看使用是 debug-bridge 还是 better-bibtex，如何触发的，以及可以按 ctrl+shift+i 调出控制台看下控制台有没有红色的错误输出

你把输入路径的斜杠换成反斜杠试试？windows 上也都是反斜杠

感谢建议，这个实现起来好像并不是特别困难，我之后会尝试

另外我猜你想要的是 math-enhance 插件，这个插件使用的 mathlive 有已经开发好的 shortcut 输入功能（虽然得在代码里添加，但是这个文档里有可以试用的部分），之后我也会尝试在两方面进行更新

你说的这些我都看了（包括上一个帖子里的评论），我现在在改数学增强插件的内容，读取明暗用的是 siyuan.config 里面就有设置，深浅模式也能直接读，然后用 mathlive 读取的变量来改颜色。

mathlive 虽然自带了宏写法（插件作者也加了），但是我不准备用 katex 宏，说实话可移植性很差，所以我要写这个插件快速输入，现在文件读写写好了（从已有的插件里 copy 的代码），之后挪个位置做一下判断就能自定义了，现在主要是我在筛选里面的不可用部分，所以暂时还是保持更新

此外 mathlive 也有触发的写法，可以写一些两个插件之间的联动回调

不是大佬，也没有什么无限可能。最重要的是想要的时候能翻到，再看的时候能理解，所以写下来的内容才是最重要的，格式是什么样真不重要。我目前用的文献引用插件的模板是这样的

---

**Citekey**:	{{citekey}}

**Title**:	{{title}}

**Type**:	{{type}}

{{ containerTitle ? `**Container Title**:\t${containerTitle}` : "" }}

{{ authorString.length ? `**Authors**:\t${authorString}` : "" }}

{{ year ? `**Year**:\t${year}` : "" }}

{{ tags ? `**Tag**:\t${tags}` : "" }}

**Zotero URL**:	[Select on Zotero]({{zoteroSelectURI}})

---

# Abstract

{{abstract}}

<% if (files.length) { %>
# Files

{{files}}
<% } %>

<% if (note.length) { %>
# Note

{{note}}
<% } %>

<% if (annotations.length) { %>
# Annotations

{{annotations}}
<% } %>

一般关于这篇文章的笔记就写在生成的文档最下面的用户数据里

以及我自己审稿时候用的模板是这样的

**引用**：

**标题**：

**摘要**：

**关键词**：

# 1 论文基本内容

> 简要描述论文中设计和证明的过程、论文的创新点，可以有简要评价

‍

# 2 审稿意见

## 2.1 表述

> 英文表述中不妥或者不专业的说法，中文表述中专有名词的非官方翻译

1. 
   
   ## 2.2 格式

> 主要关于格式排版问题，包括但不限于公式、图片、表格等等

1. 
   
   ## 2.3 公式及说明

> 主要是公式中用到的变量说明是否清楚，以及公式证明是否正确

1. ‍

## 2.4 论文逻辑

> 其它问题，包括论文的创新性、前后的逻辑、证明逻辑是否正确、条件是否易于工程实践等等

1. ‍

# 3 最终审稿意见整理

文献引用插件的加载速度不用太担心，实际上在启动的时候只会顺序读取一遍已经导入的文献的属性，不会对内容做处理。通知弹出得晚是因为要在思源的前端界面加载好之后才会弹出这个通知，这是思源本体的机制

收到，我试着写成真正插件的形式吧，这两天补完然后上架集市，补全的地方我单独提取出来做个文件，主要是之前就想简单用用不想用思源的读取文件接口所以直接写代码里了

深色模识确实有点问题，我去看看怎么配置一下 codemirror

这个好说，我现在也发现了，做一个监听双向同步就行。我确实准备上架集市了（因为有个同学也想用），这样的话有些东西就需要改一改

这个太难了 orz 虽然通过配置可以用 vscode 的快捷键，但是 ctrl+d 我试了还是不行，倒是可以 ctrl+f 查找替换（虽然会先触发一下思源的查找

代码块不好整，那个是用 contenteditable 做的特殊样式，但是讲道理那个是最应该整的，而且是最方便的。但是现在 codemirror 还有个问题是 6 现在支持的语言太少了，要是混合的话也不好整

用过，就是觉得有些我需求的地方不是很方便，包括使用一些环境之类的，最后还得切到最初的源码编辑

@ethanyang 只有拥有父条目的才能被引用，可以右键 pdf 创建父条目，本质上是提取 zotero 中的信息到思源，而纯 pdf 或者笔记是没有基本信息的。我没想好如果是纯 pdf 或者笔记的话该怎么引用，欢迎到 github issue 提供思路。

目前使用 better bibtex 插件插入引用的话是会有这个错误，现在在尝试解决，会尽快更新的