使用obsidian将传统笔记迁移时发现有点混乱
我希望用作个人知识管理，用于管理STEM领域的内容，倒是不需要做成维基百科那样详尽的内容。如果大家有很好的实现形式希望不吝赐教
用标签对笔记进行管理，除内容标签外使用类型标签，将其区分为索引笔记和其他笔记（具体有14种），其他笔记手动链接到最大的索引笔记上，作为学科和结构化内容的整理。
这个属于大家都有自己的笔记方法,
仔细看了下感觉我没法逐个回答楼主问题, 只能提供点儿自己的做法, 仅供参考
较大的笔记是否应该拆分成多个笔记？
我自己是: 字典型参考资料型的笔记不拆分, 从别处迁移转换来的不拆分, 别人写的笔记不拆分, 只需要搜到就行平时懒得看的不拆分
以上几种情况, 长笔记可适当考虑多分几个小标题, 需要引用就 [[某主题笔记#其中一个细分主题]] 基本不耽误事 – 后面楼主提到的 “链接到大纲” 我理解这是指同一个做法
反过来: 如果预期会对笔记的一部分做频繁调整修改, 则拆分; 笔记中一些段落聚集自洽, 将要偏离笔记标题, 造成认知困难, 则拆分
子概念详细记录后，母概念是否只留下双链？
我自己是在母概念里写评语
有些 “总结 / 备注 / 评语” 适合写在子概念里, 有些是情景相关的那就写在母概念里, 换句话有些总结是对 “子概念本身” 的, 另一些是对 “母-子概念联系” 的
较短的 “总结 / 备注 / 评语” 尽量写在跟内部链接同一行, 此时可以在反链面板 (以及插件如 Strange New World 等) 直接就看到
利用 YAML + Dataview 自动提取又感觉会增加太多笔记属性了
我是直接写普通段落里, 总结 / 备注 / 评语 不怕写重复, 如果是自己所思所说, 多写两遍没事
至于 dv 提取 YAML 属性之类, 这事我理解主要看个人性格, 有些人是秩序带来生产力, 希望笔记的形式符合自己掌控, 那么花精力建立规则是有价值的, 另一些人是笔记收拾不动了乱着吧 (也有的人是建构解构两状态不定期切换)
标签与大纲的作用 ：…用这些是否能有效解决上述问题？
个人觉得 “链接到大纲” (如果楼主是指 [[某主题笔记#其中一个细分主题]] 这做法) 还是有用的, 它可以视为对笔记中一部分段落的命名和引用, 这提供了足够的灵活性, 其余优点还包括: 理解难度低, 与其他文本工具兼容良好, 与网页 url 的语法设计一致
实际上, 总会遇到 “不符合自己笔记原则” 的场景, 到头来得 “链接到完整笔记” “链接到大纲” 两者一起用
以上是个人一点儿碎片经验, 没法完全回答楼主提问, 希望能有些帮助吧
很多人，就是使用obsidian的用户里面，都是推崇原子笔记，但你要问我的话，我会告诉你，用处不大，原子笔记看似是给双链创造了一个很好的环境，但是实际上双链最早的生态存在于大纲笔记中，而不是obsidian这种文档流笔记的，大纲笔记有节点的概念，甚至每个节点都可以互联起来，但是文档流笔记，实话实说，就只能给自己制造混乱了，一个知识点一个笔记，等到你要去寻找这些知识点的时候你就知道这些痛苦了，使用标签和目录来实现结构化比使用双链+原子笔记要能更快找到原文，笔记只有你记的时候和你回忆的时候有用，最关键为找到原笔记，而不是看这一大堆的链接和原子内容反复跳转，只有阅读某个文档的时候才会这么做，笔记方法，于我来看，并不合适
在不多写笔记时，大笔记的拆分与否之争，正对应着百科全书编纂的大小條目主義之争。
小条目方便查阅，但与大条目相比往往丧失了知识的系统性。
要因地制宜，根据自己的需要做出恰当的选择。如果需要系统化的知识，可以写大条目，如果需要零散的需要方便查阅的知识，可以写小条目。如果既需要系统化的知识，又需要零散的需要方便查阅的知识，那么可以写一些大条目和小条目
如果一个子概念涉及多个方向，可以先在一个笔记用小节管理。如果一个小节足够重要，复制一份文本从而创建一个新笔记，并在原来的那个小节的位置写对那个新笔记的参见链接，例如
# 條目
## 「參見」系統
> 關於維基百科的「參見」系統，請見 [[Wikipedia-格式手冊-版面佈局#相關條目]]
百科全書中常常會使用「參見」（See [also]）系統，將與主題相關的知識串聯起來。最早使用參見方法的義大利人班迪尼編寫的《宇宙大事源》[2]:124-125。
……剩余的章节内容…略……
在母概念中总结所有子概念的重要信息，是写倒排索引，
而用 YAML + Dataview 自动提取是写和利用在 YAML Frontmatter 的作为索引的元数据。
都是创建、维护和使用索引
创建和维护索引，需要付出成本，但可以提高检索速度，降低记忆难度
不重要的信息不需要维护索引，而重要的信息需要维护索引