Obsidian成了我主力工具，到现在练习时长快2年半了，并不是有多喜欢它，每次有新笔记软件都会看一看有没有能取代它的，可惜都没遇到。

这篇发表的时候，其实已经不怎么折腾。这一年，在个人方面，基于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）。

在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]]，上段代码在日记中的展示如下图（样式修改过）：

我习惯上会加上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 概括起来就是

1. 笔记自身建立了 up::
2. 直接粘贴两段Dataview

不管我们是从笔记外部调整了它的树状图，还是修改了它标签，都不会产生任何影响，因为它是基于up属性。如果你修改笔记名字，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。
• 延伸：采用了contains 写法而不是 up=this.up，提供了更多的可拓展性，让笔记的 up 可以指向多个AMOC笔记。
  • 这篇文章一开始放在公众号下，但后来忘记了，去 'Obsidian MOC' 下找不到，这种有交叉属性的，可以同时放到up中 up:: [[公众号]], [[obsidian MOC]] ，当然也可以用标签来实现，只是个人更喜欢AMOC的方式，我的标签有另外用途。

搭配主题和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 属性，实现一统江湖，大体架构如下：

在这个模板基础上，我只要两步操作：

1. 新建笔记
2. 在顶部写上 up:: [[01Projects] 即可划分为对应的领域，前面的数字用于排序。

在结构中心.md中我会放入了读取多层索引的Code，具体可看模板，效果如下：

基于AMOC搭建卡片笔记

和PARA的方法，几乎是一样的：1个中心.md，在闪念、文献、永久3个笔记里面放上是一模一样的内容。

至于要不要为它们建立独立文件夹，就看你们自己的习惯，用文件夹会更规范也方便后期管理，这里只是出于展示的用途，怎么操作都不会影响到AMOC，基于双链以及文件属性内联了，用起来就非常轻松。

模板下载与说明

树状图毕竟包含了全部文件，要完全放弃是不可能的，在这一块，我也经常用上 this.file.folder 来进行处理，这就要求AMOC的笔记必须放在合适的文件夹下，符合我们常规树状图的做法，差别在于相对路径和绝对路径。

在标题上，我经常采用下面写法，非常方便。

# `=this.file.name` 

👉模板下载

结语

万事开头难，至少现在不用再担心开头难了。
在新建md笔记的时候，我不用再考虑到底放哪个文件夹，到底要加哪个tag，畏手畏脚的，现在只需要专注笔记本身，加上up:: [[上层索引]]即可，还可随时变更，不受任何约束freestyle，将双链的功能发挥到极致。

本来想分享过去一年所增加的功能，结果涉及到有理论的，即使AMOC这么简单的功能，都需要很大篇幅讲述，有机会再分享一些自动化功能！