Obsidian成了我主力工具，练习时长快2年半了，并不是有多喜欢它，每次有新笔记软件都会看一看，希望有能取代它的，可惜都没遇到。
在用Obsidian做了1年个人管理，我最喜欢的7个功能发表的时候，其实已经不怎么折腾。这一年，在个人方面，基于Obsidian笔记组织了41场拍摄，20个长视频、6-8万字的摄影课程，公司方面则是一天一更新的短视频策划拍摄后期等工作，同时能自动汇总一周工作，哪怕填写2-3个月前的每日工时都能轻松应付。不过每个月看一本书的目标，去年只完成了4本。不交代一下，容易被当成折腾Obsidian就是不务正业。我只是把原来玩守望先锋的游戏时间放到折腾上。
那这一年我更侧重Obsidian的自动化、可视化统计汇总等功能追加，同时也遇到很严重的问题：维护困难。
遇到的问题
Obsidian的受欢迎程度，很大一部分依赖大量使用Dataview插件。在实际使用中，文件有流动性，需要对树状图进行调整、有修改、归档之类的，例如一个月过去了，就把日记放到对应文件夹，一年过去了也是，这就会相当抓狂，一堆Dataview代码引用了path（文件路径），需要调整。出于方便排序，我采用的"001-xxx"的文件夹索引号命名，一旦修改，真地狱级灾难！
后期有部分笔记采用了Tags，这也导致我的tags标签系统非常臃肿，新建笔记的时候经常想不起到底要打什么标签，不打的话问题大不大？到底是不是需要模板等等。
整体而言，易用性、简洁性都极差，投入的精力消耗过大。
《Building a Second Brain》作者Tiago Forte 介绍 PARA 时就提倡：
Only the simplest, most effortless habits endure long term.
只有最简单、最轻松的习惯才能持久。
这个原则和编程原则KISS (Keep it Simple, Stupid)如出一辙。在Obsidian高强度的使用过程中，很早就引入油管博主Nick Milo的MOC（Maps Of Contents）方法，异常好用。很简单，就是在笔记顶头写上Up:: [[上层目录]]。MOC的其中一种用法，是建立起目录大纲作为的索引：
去年的分享中，下图的日常、记录、打码的工作、橙猫涉影就是采用MOC的方式，都是手动输入。新增删减都需要调整，比较麻烦，写笔记都像维护系统一样繁琐了。
我开始思考能否利用什么方法实现这一块的自动化，自动组合起来，不需要那么麻烦手动增删。经过一段时间的探索后，就有了今天给大家介绍的，Automate MOC架构（下面简称AMOC）。
AMOC 介绍
在Obsidian中，如果树状图是物理结构、Tags标签是魔法结构，那AMOC就是连接物理和魔法的桥梁、中间层，基于双链+Dataview的结构打造，充分发挥了双链功能。
AMOC的目的是为了专注笔记本身，让我忽略笔记本身以外的工作。对于查改增删等操作都在笔记内完成。而笔记则自动形成MOC，即AMOC如下图所示，AMOC只是一个框架，不涉及知识分类。
编程有个原则：“Don’t Repeat Yourself”，Just Copy。
AMOC的核心功能只需要Copy即可，粘贴到相关笔记，只需3个步骤即可上手建立AMOC。
AMOC 步骤1：上级索引
AMOC步骤中最关键
的一点，就是在笔记中我们要告诉它，它的上级索引是谁，并写上：
up:: [[上层目录]]
双冒号为Dataview能识别的属性，后续步骤的Dataview都基于此项进行双链识别。
AMOC 步骤2：同级索引
- 当 A 笔记及其他笔记都存在
up:: [[Z笔记]]，即同时指向Z笔记时，在A笔记中加入下面的code，即可实现同级AMOC，无需理解直接Copy Paste即可。
> [!note] AMOC Standard
> ```dataview
> list
> where up !=undefined and contains(up,this.up) and !contains(file.path,"模板")
> sort file.name
> limit 10
> ```
在我的Ob中，绘图、橙猫涉影……模板、白板，这几个同层级的AMOC笔记，都具备up:: [[Homepage]]，在日记中加入上面的Code，其展示如下图：
我习惯上会加上Callout样式，毕竟颜值是最大生产力。
AMOC 步骤3：下级索引
当B、C、D笔记都输入了 up:: [[A笔记]] ，即同上级索引指向A笔记时，在A笔记中加入下面的Code，即可实现BCD的集合。
> [!note] AMOC Down
> ```dataview
> list
> where up !=undefined and contains(up,this.file.link) and !contains(file.path,"模板")
> sort file.name
> limit 10
> ```
这段代码的差别仅仅只是把步骤2的 this.up 换成了 this.file.link，即可实现。
在我的笔记里，还结合Minimal主题的list-cards，在笔记 ‘CMSY.md’ 中效果如图：
如果有一天，我不希望 ‘CMSYInbox’ 笔记出现，只需要把 ‘CMSYInbox’ 的up修改为其他笔记即可，全自动调整。
AMOC的补充说明
AMOC 概括起来就是
- 笔记自身建立了
up:: - 直接粘贴两段Dataview
不管我们是从笔记外部调整了它的树状图还是标签，都不会产生任何影响。如果你修改笔记名字，Obsidian的双链功能会自动同步全局更改。专注笔记本身，不产生过多的焦虑和担忧。
在这个功能之后，我延伸了一下，同时读取2层：
对应的Dataviewjs如下，搭配MCL css使用，模板中有：
```dataviewjs
const listLimit =10
const calloutSytle = ">> [!abstract]- 📖"
//过滤掉日记、excalidraw、canvas的MOC 和模板、box
let filterPages = dv.pages('-#日记 and -#excalidraw')
.filter(p => p.file.path.contains("白板")==0 &&
p.file.path.contains("box")==0 &&
p.file.path.contains("模板")==0 &&
p.up &&
p.file.name.contains("日记")==0)
.sort(p => p.file.name,"desc")
let pages = filterPages.filter(p => String(p.up).contains(dv.current().file.link))
let formatMulti = "> [!multi-column]\n> "
let nextlevel = pages.map(async(page) => {
return calloutName + page.file.link
})
//console.log(arr)
for (let page of pages) {
var uplink = page.file.link
formatMulti += "\n" + calloutSytle + "[[" + page.file.path + "|" + page.file.frontmatter.aliases + "]]"
if(filterPages.where(p => String(p.up).contains(uplink)).file.length!=0)
formatMulti += "\n>> - "+filterPages.where(p => String(p.up).contains(uplink)).limit(listLimit).file.link.join("\n>> - ")
else
formatMulti += "\n>> 无"
formatMulti += "\n>"
}
dv.paragraph(formatMulti)
```
考虑到它的易用性和可维护性，2层AMOC足够，适可而止。
AMOC在不同操作下的简单之处：
- 新建：任何位置新建，笔记中写上
up:: [[上级目录]]，自动添加到目录当中。 - 修改：分类、归档等调整，笔记中修改
up:: [[新的上级目录]]，自动纳入到新的目录，如Inbox、Done、Achieve当中。- 一开始的时候，《摄影》的 上层AMOC为《橙猫涉影》，但因为用的太多，需要多层AMOC跳转，我直接对《摄影》修改
up:: [[Homepage]]即可建立新的AMOC。
- 一开始的时候，《摄影》的 上层AMOC为《橙猫涉影》，但因为用的太多，需要多层AMOC跳转，我直接对《摄影》修改
- 延伸：采用了contains 写法而不是 up=this.up，提供了更多的可拓展性，让笔记的 up 可以指向多个AMOC笔记。
- 这篇文章一开始放在公众号下，但后来忘记了，去 ‘Obsidian MOC’ 下找不到，这种有交叉属性的，可以同时放到up中
up:: [[公众号]], [[obsidian MOC]]，当然也可以用标签来实现，只是个人更喜欢AMOC的方式，我的标签有另外用途。
- 这篇文章一开始放在公众号下，但后来忘记了，去 ‘Obsidian MOC’ 下找不到，这种有交叉属性的，可以同时放到up中
搭配主题和Callout样式，AMOC最终在一个文档中的效果图：
基于AMOC搭建PARA
PARA在笔记中很受欢迎，我用AMOC组织了相关文件，模板文末有提供下载。
搭建PARA，只需要5个笔记：
- 结构中心.md 作为总控
- 代表PARA的4个笔记，粘贴下面内容即可：
up:: [[PARA结构中心]]
> [!note]- 最近编辑：当前文件夹下
> ```dataviewjs
> dv.table(["文件","修改时间"],dv.pages()
> .filter(p => p.file.folder.contains(dv.current().file.folder) && p.file.name!=dv.current().file.name)
> .sort(p => p.file.mtime,"desc")
> .limit(10)
> .map(item => {return [item.file.link,item.file.mtime]}))
> ```
# `=this.file.name`
> 💡YAML中的cssclasses采用list-card，横向显示list，需搭配主题Minimal使用
## AMOC
> [!note]- AMOC Standard
> ```dataview
> LIST
> where up !=undefined and contains(up,this.up) and !contains(file.path,"模板")
> sort file.name
> limit 10
> ```
> [!note]- AMOC Down
> ```dataview
> LIST
> where up !=undefined and contains(up,this.file.link) and !contains(file.path,"模板")
> sort file.folder asc
> limit 10
> ```
在PARA这4个笔记中的内容是一模一样的，仅仅只需要依据不同的笔记名，即可基于自身 this.file 属性，实现一统江湖，大体架构如下：
在这个模板基础上，我只要两步操作：
- 新建笔记
- 在顶部写上
up:: [[01Projects]即可划分为对应的领域，前面的数字用于排序。
在结构中心.md中我也放入了读取多层索引的Code，具体可看模板，效果如下：
基于AMOC搭建卡片笔记
和PARA的方法，几乎是一样的：1个中心.md，在闪念、文献、永久3个笔记里面放上是一模一样的内容。
至于要不要为它们建立独立文件夹，就看你们自己的习惯，用文件夹会更规范也方便后期管理，这里只是出于展示的用途，怎么操作都不会影响到AMOC，基于双链以及文件属性内联了，用起来就非常轻松。
模板下载与说明
树状图毕竟包含了全部文件，要完全放弃是不可能的，在这一块，我也经常用上 this.file.folder 来进行处理，这就要求AMOC的笔记必须放在合适的文件夹下，符合我们常规树状图的做法，差别在于相对路径和绝对路径。
在标题上，我经常采用下面写法，非常方便。
# `=this.file.name`
结语
万事开头难，至少现在不用再担心开头难了。
在新建md笔记的时候，我不用再考虑到底放哪个文件夹，到底要加哪个tag，畏手畏脚的，现在只需要专注笔记本身，加上up:: [[上层索引]]即可，还可随时变更，不受任何约束freestyle，将双链的功能发挥到极致。
本来想分享过去一年所增加的功能，结果涉及到有理论的，即使AMOC这么简单的功能，都需要很大篇幅讲述，有机会再分享一些自动化功能！
