用Obsidian制作Zettelkasten
笔记和链接的实践例子
本页面由日语原文机器翻译而成。 阅读日语原文
想到的备忘录，作为文件零散地留下。 如果在相关想法的正文中加上链接和理由，就可以创建进入另一个笔记的入口。 在作者写的小练习笔记中，确认添加链接前后的图表和实际保存的Markdown。
作者：SimpleMemo Developer · 公开・验证： · Linux版Obsidian 1.13.7
如何用Obsidian启动Zettelkasten？
把一个想法写在笔记的正文中，从留下相关的理由和内部链接开始。 在这个例子中，准备临时备忘录和两个想法的笔记，并添加一个带有理由的链接。 最后制作索引，确认从中进入两个笔记。
这里将Zettelkasten作为以笔记为单位重写想法，用文章和链接留下相关内容的小练习来处理。 关于收集想法的入口，请到Zetterkasten和邮件备忘录的指南。 这篇报道是在Obsidian内连接笔记的操作的例子。
笔记名、编号、文章是作者为了说明这个步骤而制作的例子。 不是从实际研究、阅读资料、使用者的运用记录中取出来的。
1。 在小小的保管库里，准备正文
尝试时，使用不包含个人信息的练习用保管库。 没有必要移动现有的笔记本。 如果是第一次保管库的话，可以先确认保管库的保存地址和实际文件。
在这个例子中，最先准备的是以下三个。 稍后添加一个索引。 标题的20260930-01和20260930-02是作者为了区分而添加的编号。
| 保存的文件名 | 这个例子中的作用 |
|---|---|
| 仮メモ.md | 关于记下阶段和考虑相关阶段的两个简短的备忘录 |
| 20260930-01 入力と整理を分ける.md | 用自己的话重新写一个想法的例子 |
| 20260930-02 関係に理由を添える.md | 附加参考其他笔记的理由的例子 |
第一个画面中三个都存在，图表上显示3节点、线0。 有正文和有链接到其他笔记是不同的。
最初的三个笔记，在启动前作者作为Markdown文件准备了。 之后的链接理由和索引正文，输入到实际的Obsidian编辑器中保存了。 设置窗口和右侧侧边栏的显示调整，使用辅助API读取保存状态的范围，记载在末尾的验证记录中。
2。 在链接之前，写下相关的理由
打开20260930-01 入力と整理を分ける，在末尾写下## 関連的标题和02的笔记的理由。 链接以[[ノート名]]的形式，与实际保存的名字相匹配。
下面是添加链接后的01保存的Markdown。 包括空行在内，原封不动地刊登了原样的内容。
# 入力と整理を分ける
この例では、思いつきを仮メモに置き、あとで一つの考えを一つのノートに書き直す。
書き留める段階と、整理する段階を分ける運用案として扱う。
## 関連
整理の段階で関連の理由も書く例として、[[20260930-02 関係に理由を添える]]を参照する。
与其简单地排列链接，不如把“为了确认什么而打开”写成一句话，可以在正文中留下审查时的入口。 在这个例子中，作为“在整理阶段写相关理由的例子”参考了02。
如果想把短文和参考笔记作为卡片排列的话，也可以参考在Canvas上留下连接标签的实例。
添加后的图表是3节点，线1本。 01和02之间有线，临时备忘录是孤立的。 在Ctrl＋E中切换到读取视图，点击链接移动到02也确认了。
3。 从索引中追踪笔记
接下来用Ctrl＋N制作新的笔记本，命名为索引保存。 填写这组小主题和进入两个笔记本的入口。 这次的保存内容如下。
# 索引
この例で扱うテーマは、メモを書く段階と、関連を残す段階を分けること。
- [[20260930-01 入力と整理を分ける]] — 書き留める内容と整理する内容を分ける例。
- [[20260930-02 関係に理由を添える]] — 関連ノートへ進む理由を添える例。
重新打开索引确认正文没有变化，在读取视图中按照索引→01→02的顺序点击了链接。 02的反向链接显示了01和索引这两个参考源，点击参考源的上下文可以返回01。
索引是作者作为返回这个主题的入口而制作的例子。 没有尝试过将保管库的所有笔记收集到这里的规则和自动生成的机制。 如果想与项目单位的文件夹或工作笔记结合的话，也可以参考PARA的小实现例子。
在三个阶段确认图表的变化
在这次的英语UI中，用Ctrl＋P打开命令调色板，选择了Graph view: Open graph view。 各阶段的实画面，与已保存的笔记对应进行确认。
最后的图表是4节点，线3本。 增加的节点是索引，增加的线是从索引到01、02填写的两个链接。 临时备忘录直到最后都没有其他笔记的链接，被孤立地保留着。
| 阶段 | 节点 | 线 | 变更的内容 |
|---|---|---|---|
| 最初 | 3 | 0 | 准备了三个正文。 没有内部链接 |
| 有理由的链接 | 3 | 1 | 从01到02增加一个内部链接 |
| 添加索引 | 4 | 3 | 从索引到01・02增加了两个内部链接 |
三张是同一天一次验证进行操作的顺序。 因为点的位置会随着图表的自动布局而变化，所以没有作为比较位置和宽度大小的指标。 确认了真实文件、内部链接的解决结果、显示节点和线的对应。
显示条件固定为Search空白、Tags OFF、Attachments OFF、Existing files only OFF、Orphans ON。 这个保管库里没有未解决的内部链接。 图表显示的是这次链接的结构，没有衡量文章的正确性、学习的深度、知识和生产力的提高。
搜索、孤立笔记、颜色区分、改变本地图表深度的操作，可以通过缩小显示范围的图表视图实例进行确认。
找不到线路或链接时确认
确认已保存的Markdown的原件
可以下载最后阶段的四个Markdown。 点击链接后，指定以下一个原来的日语文件名保存。 如果根据浏览器或保存方法保存为英文字母的分发名，请修改为表格的名称，或者将正文的内部链接与自己的笔记本名称对齐。
| 原来的保存名 | 原件 |
|---|---|
仮メモ.md | 保存Markdown |
20260930-01 入力と整理を分ける.md | 保存Markdown |
20260930-02 関係に理由を添える.md | 保存Markdown |
索引.md | 保存Markdown |
英文字母的分发名是公开原件的别名。 因为里面的wikilink是日语的笔记本名，所以如果把英文名字原封不动地放在保管库里的话，和这个例子的链接地址不一致。 在导入实际笔记之前，请在练习用的地方确认姓名和链接。 将这个分发文件导入读者的保管库的操作，不包括在这次的验证范围内。
想到的备忘录，作为稍后重新查看链接的入口
这次的临时备忘录是作者在重写正文之前放置备忘录的例子。 准备链接和索引，作为之后重新审视想法时的操作而分开的。 如果想查询移动中的输入或从iPhone到保管库的方法，可以确认输入和重新审视的想法和SimpleMemo的配合、保存地址指南。
在这篇文章中没有尝试从SimpleMemo输入、邮件发送、配送到保管库和同步。 不是仅仅输入就自动创建永久笔记、链接、索引的图表或验证。
常见问题
Zettelkasten需要专用的插件吗？
需要像20260930-01那样附加笔记本ID吗？
图表上没有线的话笔记就不会保存吗？
图表上的线代表什么？
验证环境和确认的范围
- 实际应用程序：2026年9月30日，Linux版Obsidian 1.13.7。 在另一个保管库里只放了作者制作的合成笔记，没有添加社区插件进行了确认。
- 实际操作：01的理由和链接的输入、保存、索引正文的输入、保存、读取视图中的索引→01→02的移动、反向链接的参考来源点击、索引的重新显示。
- 保存和图表：每个操作阶段的Markdown，内部链接的解决处，核对实际画面和图表的节点・线。 早期的3/0、链接后的3/1、索引后的4/3，通过这个小的保管库和固定显示条件进行了确认。
- 程序的辅助：前三个笔记在启动前作为Markdown准备。 打开设置窗口的操作、右侧侧边栏的显示调整、保存状态的读取使用了辅助API。 刊登的PNG是实际Obsidian的画面，Markdown是实际的保存文件，没有绘制图表图像和保存结果来代替。
- 未验证：iPhone・Android・Mac的实际操作、SimpleMemo联动、邮件・同步、CLI/URI、大量笔记、长期使用、知识・学习・生产力的变化。
确认Linux桌面上的限定操作。 不是用iOS Simulator和iPhone实机确认的结果。 验证记录、原件和确认范围中记载了三个阶段和公开文件的对应。
官方资料和相关指南
- Obsidian 1.13.7的官方发布 — 这次的桌面版
- Obsidian的内部链接 — 确认自己的笔记本名、路径的入口
- Obsidian的图表视图 — 显示条件的官方指南
- Obsidian的反向链接 — 追溯参考来源的官方指南
本网站由YURIKA, K.K.运营，介绍独立应用程序“SimpleMemo”。 不是Obsidian官方的报道。