用命令行玩转Obsidian：从URI协议到自动化工作流的完整指南

我一直觉得，Obsidian最被低估的能力不是双链，也不是图谱，而是它作为一个本地 Markdown 知识库，天然就是命令行可以随意进出的领域。很多人把 Obsidian 当成一个“高级记事本”在用，鼠标点来点去，新建笔记、找文件、整理归档，一天下来几十次重复操作，看着挺忙，实际上全是低效动作。

这篇东西我会从 Obsidian 的命令行操作讲起，覆盖 URI 协议调用、vault 的结构化操作、批量新建与归档、插件配置的 CLI 化管理，再到定时自动化工作流的搭建。目标是让你看完之后，能把自己日常最频繁的那几条操作路径，全部换成命令行一把梭。适合刚接触 Obsidian 的新手，也适合已经用了一段时间、正在寻找效率突破点的老用户。

1. 为什么要用命令行打开 Obsidian——先搞清楚它解决什么问题

在开始敲命令之前，得先把一个底层逻辑理顺：Obsidian 的 vault 本质上就是一个普通文件夹，里面全是 .md 文件和各种配置文件。这意味着，任何能在文件夹上做的操作，理论上都能用命令行对它做。很多 Obsidian 用户没有意识到这一点，所以始终停留在图形界面里打转。

1.1 Obsidian 的底层结构决定了 CLI 的可行性

一个标准的 vault 目录长这样：

code复制my-vault/
├── .obsidian/          # Obsidian 配置文件
│   ├── plugins/        # 第三方插件
│   ├── themes/         # 主题
│   ├── workspace.json  # 工作区布局
│   └── appearance.json # 外观设置
├── 01-Inbox/           # 收集箱
├── 02-Projects/        # 项目
├── 03-Areas/           # 领域
├── 04-Archive/         # 归档
├── 99-Attachments/     # 附件
└── 00-Home.md          # 首页

看清楚没有？整个 vault 没有任何私有格式，全是开放、可读、可脚本化的文本文件。用命令行操作 Obsidian，本质上就是在操作这套文件夹和 Markdown 文件。只要你不去动 .obsidian 里的索引缓存文件，随便折腾都不会把库搞坏。

1.2 图形界面的瓶颈恰恰是命令行的优势

我见过太多人抱怨 Obsidian 管理效率低，原因基本集中在三个场景：

• 批量新建笔记。一天要开 5 个会议记录，每个都要新建文件、填标题、套模板，图形界面至少点 8 下鼠标。
• 批量归档。项目结束后，20 个相关笔记要移动到 Archive 目录，还要统一加个状态标签。
• 跨应用联动。想把 Obsidian 笔记写入到其他工具的输入框，或者从终端快速记录一个想法到指定笔记。

这些问题用鼠标解决，需要大量重复点击；用命令行解决，就是一条 for 循环的事。比如批量创建 5 篇会议记录：

bash复制for i in 1 2 3 4 5; do
  date_str=$(date -d "+$i day" +%Y-%m-%d)
  touch "01-Inbox/会议记录-$date_str.md"
done

五秒搞定。这就是命令行切入 Obsidian 的第一层意义：把重复操作自动化。

1.3 CLI 到底能对 Obsidian 做什么

概括起来是四类操作：

• 打开与跳转：通过 obsidian:// URI 协议打开指定 vault、笔记、面板，甚至执行指定命令。
• 文件管理：对 .md 文件做增删改查、重命名、移动、批量操作。
• 配置管理：操作 .obsidian 目录下的插件、主题、快捷键配置文件。
• 自动化流水线：结合脚本和定时任务，实现日报生成、笔记归档、模板渲染等自动流程。

这四类能力是层层递进的关系。先会打开和跳转，再学会文件操作，然后理解配置结构，最后把整个链路串成自动化。下面按这个顺序展开。

2. Obsidian URI 协议：几乎所有 CLI 操作的地基

如果你只想学一个命令行技巧，那就学这个。Obsidian 提供了一套 obsidian:// 开头的 URI 协议，外部程序可以通过它直接唤起 Obsidian，并执行各种动作。这是命令行与 Obsidian 交互的官方桥梁，也是整个 CLI 实操的基座。

2.1 URI 协议的核心构成

一个完整的 Obsidian URI 长这样：

code复制obsidian://open?vault=MyVault&file=MyNote

拆开看就几个参数：

需要特别注意 file 参数的编码问题。笔记路径中的中文、空格、特殊字符，必须进行 URL 编码。比如 会议记录 2024.md 要写成 %E4%BC%9A%E8%AE%AE%E8%AE%B0%E5%BD%95%202024.md。手动编码太痛苦了，所以实际用的时候，我推荐直接用命令行工具帮你编码。Linux/macOS 下可以用 python3 的一行命令来解决，Windows 下可以用 PowerShell 的 [uri]::EscapeDataString()。

2.2 借助命令行唤起 Obsidian：三大系统分别怎么操作

Windows、macOS、Linux 调用 URI 协议的方式各有不同，但原理都一样：通过系统命令把 obsidian:// 地址交给默认浏览器或者系统协议处理器。

Windows 下用 start 命令：

powershell复制start obsidian://open?vault=MyVault&file=MyNote

macOS 下用 open 命令：

bash复制open "obsidian://open?vault=MyVault&file=MyNote"

Linux 桌面环境一般用 xdg-open：

bash复制xdg-open "obsidian://open?vault=MyVault&file=MyNote"

这里有个坑：在 Windows 的 cmd 里，& 符号会被解释为命令分隔符，所以需要把整个 URI 用双引号包裹，并且使用 PowerShell 时注意转义。我建议在 Windows 上优先用 PowerShell 执行，避免 cmd 的转义地狱。

2.3 实用场景：从命令行直接跳转到任何笔记

我在实际中最高频的一个用法，是给常用笔记做别名指令。在 bash/zsh 的配置文件里添加：

bash复制function nb() {
  open "obsidian://open?vault=MyVault&file=$(python3 -c "import urllib.parse,sys; print(urllib.parse.quote(sys.argv[1]))" "$1")"
}

然后我在终端里输入 nb 会议记录-2024-01-01，Obsidian 就会自动打开对应笔记。不需要记住文件完整路径，输入关键片段就能直达。

这比在 Obsidian 里按 Ctrl+O 再输入文件名强在哪？强在你可以把它接进任何外部流程里。比如一个脚本检测到某个任务完成了，就自动调用这个函数打开对应笔记，让你立即进入记录状态。这是鼠标操作很难做到的。

2.4 不只是打开笔记：URI 还能触发命令

Obsidian URI 协议里还有一类 command 能力——直接触发 Obsidian 内部的命令面板指令。比如切换暗色模式：

code复制obsidian://open?vault=MyVault&command=toggle-dark-mode

这个能力意味着，凡是 Obsidian 里注册了 ID 的命令，都可以被外部脚本触发。一些插件通过命令行开关，本质上也是用这个接口。

要找到某个命令的 ID，在 Obsidian 里用快捷键 Ctrl+Shift+I 打开开发者工具，输入 app.commands.commands 查看全部注册命令和 ID 列表。知道了这套机制，你就可以在终端里控制 Obsidian 的开关灯、新建笔记、打开指定面板，完全脱离鼠标操作。

3. 用脚本管理 vault：从文件系统的视角重塑笔记操作

掌握了 URI 协议，你已经有了“指挥 Obsidian 跳转”的能力。但真正的效率爆发点在于：把 vault 当作一个纯文本文件夹集来操作。你不需要 Obsidian 运行，也能完成笔记的新建、移动、归档、批量修改。等回到 Obsidian 里，Ctrl+R 刷新一下，一切照常。

3.1 先定目录结构再写脚本：避免脚本写完了才发现路径全是乱的

我见过太多人一上来就写批量脚本，结果因为 vault 目录结构混乱，脚本逻辑写得无比痛苦。命令行操作的前提是“路径可预测”。

一个推荐的目录结构模板：

code复制vault/
├── 00-Inbox/          # 快速记录，未分类
├── 10-Projects/       # 有明确目标、有完成时间的项目
├── 20-Areas/          # 持续维护的领域（健身、读书、理财）
├── 30-Resources/      # 主题资料库（按主题建子文件夹）
├── 40-Archive/        # 归档，不删除只移动
├── 90-Meta/           # 模板、脚本、数据视图
└── 99-Attachments/    # 所有图片、PDF、音频附件

数字前缀不仅是排序，更是一种“生命周期”表达：0 开头是流动区，1-3 是活跃区，4 是静止区，9 是支撑区。脚本编写时按照这套前缀来写，逻辑会非常清晰。

3.2 核心脚本一：新笔记创建的模板渲染

新建笔记不能总是 touch 一个空文件，那样后续还要手工补 frontmatter、标题、标签。我的做法是：准备一个模板文件，脚本读取模板并替换变量，生成新笔记。

模板文件 90-Meta/Templates/meeting.md：

markdown复制---
type: meeting
date: {{date}}
tags:
  - meeting
---

# {{title}}

## 参会人

## 议程

## 结论

## 行动项

然后写一个 new-note.sh 脚本：

bash复制#!/bin/bash
TEMPLATE="90-Meta/Templates/meeting.md"
TITLE="$1"
DATE=$(date +%Y-%m-%d)
CONTENT=$(sed -e "s/{{date}}/$DATE/g" -e "s/{{title}}/$TITLE/g" "$TEMPLATE")
echo "$CONTENT" > "00-Inbox/$DATE-$TITLE.md"
echo "已创建 00-Inbox/$DATE-$TITLE.md"

执行 ./new-note.sh 项目启动会，一秒钟生成一篇带完整 frontmatter 的会议笔记。Windows 下的朋友可以用 PowerShell 写成等价的 New-Note.ps1，原理就是把 sed 替换改成 -replace。

注意这里的一个关键细节：frontmatter 里的 date 字段我用的是 $DATE，不是 Obsidian 自动生成的属性。因为命令行创建的文件，Obsidian 自动识别 frontmatter 的日期属性，这样你按日期筛选时就完全可控，不会出现“文件创建时间和 frontmatter 里日期不一致”的尴尬。

3.3 核心脚本二：批量重命名与日期前缀

Obsidian 用久了，最乱的就是文件名。常见情况是 未命名笔记 1.md、文档 2.md 这种。我的处理逻辑是：给所有笔记加上 日期-标题 的统一前缀，脚本负责批量处理。

bash复制#!/bin/bash
cd "$1" || exit
for f in *.md; do
  # 跳过已有日期前缀的文件
  if [[ ! "$f" =~ ^[0-9]{4}-[0-9]{2}-[0-9]{2}- ]]; then
    stat_time=$(stat -f "%SB" -t "%Y-%m-%d" "$f")  # macOS
    # Linux 下用: stat_time=$(stat -c %y "$f" | cut -d' ' -f1)
    mv "$f" "$stat_time-$f"
  fi
done

这段脚本的逻辑很简单：检查每个 .md 文件是否已经带日期前缀，没有的话就根据文件修改时间加上前缀。执行之后，整个目录瞬间变得规律整齐。

这里有一个避坑经验：不要用文件名的“创建时间”作为前缀，因为复制文件、同步文件时创建时间经常会被改写。用 stat 读取的修改时间（Modify Time）更可靠。

3.4 搜索与检索：比 Obsidian 内置搜索还快的命令行检索

Obsidian 内置搜索已经很强，但有时候你不想打开整个应用，只想知道“我到底在哪个笔记里写过某个概念”。这时候命令行检索是最快的。

macOS/Linux 下用 ripgrep：

bash复制rg -l "obsidian" --type md -g "!_*" .

这个命令会在当前 vault 里搜索所有包含 “obsidian” 的 Markdown 文件，-l 只输出文件名，-g "!_*" 跳过以下划线开头的隐藏目录（比如 .obsidian、.trash）。速度比 Obsidian 内置搜索快不少，尤其在万级文件的大库上差别非常明显。

Windows 下没有原生 rg，建议安装 Git Bash，或用 findstr /s /i "obsidian" *.md。但 findstr 不支持递归搜索隐藏目录需要指定参数，用起来不如 rg 顺手。

强烈建议把 rg 作为 Obsidian 日常检索的第一选择。它的优势是全文本扫描，不依赖索引，即使某个文件损坏了或者 Obsidian 索引卡住了，你也能找到内容。

4. 插件与配置的 CLI 化管理：再也不用鼠标点开设置面板

很多用户对 Obsidian 的插件管理有误解，以为插件是安装在 Obsidian 程序里的。实际上，每个 vault 的 .obsidian/plugins/ 目录下都有独立的插件文件夹，插件的启停和配置完全由这个目录里的 manifest.json 和 data.json 决定。

4.1 插件安装的本质

当你通过社区的“浏览插件”功能安装插件时，Obsidian 做的事不过是：下载插件文件 → 解压到 .obsidian/plugins/<插件ID>/ → 在 .obsidian/community-plugins.json 里注册启用。

知道了这个逻辑，你就可以手动安装插件。比如你从 GitHub 上下载了一个插件压缩包，只需要解压后手动拷贝到对应目录，再刷新 Obsidian。这个过程在命令行里一样能做。

一个更实用的场景：同步 vault 时不想把插件配置弄乱。我会把 .obsidian/plugins 目录完整备份，同步到新机器后直接解压，再执行 obsidian:// URI 刷新，插件就全部到位。这比在新机器上一个一个重新安装、配置快十倍。

4.2 批量配置修改：以主题和 hotkey 为例

写脚本批量修改配置，最典型的场景是统一更新快捷键。接手一台新电脑，或者和团队共享一套 vault 配置，手工修改 hotkeys.json 里的 20 个快捷键，能改崩心态。

解决方案是直接用命令行修改配置文件：

bash复制# 备份原配置
cp .obsidian/hotkeys.json .obsidian/hotkeys.backup.json

# 用 python 脚本统一修改指定命令的快捷键
python3 << 'EOF'
import json

with open('.obsidian/hotkeys.json', 'r') as f:
    hotkeys = json.load(f)

for item in hotkeys:
    if item['command'] == 'editor:insert-wikilink':
        item['hotkeys'] = [{'modifiers': ['Mod'], 'key': 'K'}]

with open('.obsidian/hotkeys.json', 'w') as f:
    json.dump(hotkeys, f, indent=2)
EOF

这段脚本把“插入 Wiki 链接”命令的快捷键统一改成 Cmd/Ctrl+K。只是举例，实际你可以用同样的思路批量改任意快捷键。

这里要注意：修改 hotkeys.json 时，Obsidian 必须在关闭状态，否则它退出时会用自己的内存配置覆盖你改过的文件。我第一次试的时候没注意这个细节，改了 5 个快捷键，打开 Obsidian 又全都变回原样了。

4.3 用 CLI 排查“找不到 Codex CLI”这类报错

我在社区里看到过不少 Obsidian 用户遇到“unable to locate the codex cli binary”之类的报错。这类问题常出现在安装了依赖外部命令行工具的插件时，比如把 AI 编程助手 Codex 集成进 Obsidian 的插件。

排查思路完全是命令行的活。整个排查链路是：

bash复制# 第一步：确认命令行工具是否真的安装
which codex
# 或 Windows 下
where codex

如果找不到，说明工具没安装，或者没加入系统 PATH。

bash复制# 第二步：确认 Obsidian 插件配置里设置的路径是否正确
cat .obsidian/plugins/<插件目录>/data.json

很多插件的配置里有一个 codex_cli_path 字段，需要手动指定可执行文件的绝对路径。检查这个路径是否存在、权限是否正确。

bash复制# 第三步：确认环境变量
echo $PATH

Obsidian 在启动时不一定继承终端的 PATH 环境变量，所以有些工具在终端里能用，但 Obsidian 找不到。解决办法是在插件设置里填写绝对路径，或者把命令行工具的路径链接到系统级目录。

这类问题的本质，是 Obsidian 插件进程找不到外部二进制文件。和 Obsidian 本身没多大关系，但用命令行排查非常高效。

4.4 配置文件的版本管理

既然 vault 是一堆文本文件，那就应该放进版本控制里。我强烈建议用 Git 管理 vault 中的配置和笔记。

bash复制cd ~/MyVault
git init
git add .
git commit -m "初始提交"

特别要把 .obsidian/workspace.json 加入 .gitignore，因为工作区布局文件每次打开都变，属于噪音。我自己维护的 ~/.gitignore_global 里就有一行：

gitignore复制.obsidian/workspace.json
.obsidian/workspace-mobile.json

有了 Git，每次大规模改造 vault 之前先提交一次，改坏了就回滚。命令行管理笔记的容错率一下子高了很多。

5. 效率进阶：模板渲染与自动化工作流

基础操作熟练之后，就可以思考一个更本质的问题：我怎么让 Obsidian 自己“动起来”，而不是等我打开它再操作。

答案并不复杂：用脚本生成内容，再由脚本通过 URI 协议把内容“塞”进 Obsidian。这里的核心，是让 Obsidian 成为整个自动化链路的终点展示层，而不是操作层。

5.1 每日笔记的自动化生成

Obsidian 官方有 Daily Notes 插件，能手动创建当天笔记。但我的需求是：早上打开电脑，当天的笔记已经存在，且里面已经预填了今天的所有日程、待办、以及我昨晚最后思考的延续。

实现方案不依赖 Obsidian 本身，而是用系统定时任务。

macOS 下用 launchd，Linux 下用 cron，Windows 下用任务计划程序。以 macOS 为例，写一个生成日报的脚本：

bash复制#!/bin/bash
VAULT="$HOME/MyVault"
DAILY_DIR="$VAULT/01-Inbox/Daily"
TODAY=$(date +%Y-%m-%d)
FILE="$DAILY_DIR/$TODAY.md"

if [ ! -f "$FILE" ]; then
  cat > "$FILE" << EOF
---
type: daily
date: $TODAY
tags:
  - daily
---

## 今日重点

## 时间线

## 灵感记录
EOF
fi

配合 launchd 配置，每天 08:00 自动在 vault 里生成空模板。打开 Obsidian 时，当天笔记已经就位。不需要 Obsidian 在后台运行，不需要打开之后再手动点“创建今日笔记”。

5.2 定时归档：让 vault 永远保持整洁

自动化流程里最有价值的一个场景是：定期把超过 30 天的 Inbox 笔记，按月份归档到 40-Archive。

bash复制#!/bin/bash
VAULT="$HOME/MyVault"
INBOX="$VAULT/00-Inbox"
ARCHIVE="$VAULT/40-Archive/$(date +%Y-%m)"

mkdir -p "$ARCHIVE"

find "$INBOX" -name "*.md" -type f -mtime +30 -exec mv {} "$ARCHIVE/" \;

这个脚本的核心逻辑就一行 find，但效果巨大：Inbox 永远不会堆积成山，归档目录按月分桶，视觉干净，搜索也方便。

-mtime +30 的参数可以按需调整。这里有个经验：归档脚本执行完，如果 Obsidian 正在运行，需要刷新一下才看得到变化。所以我会在脚本最后追加一行：

bash复制open "obsidian://open?vault=MyVault"

强制 Obsidian 获得焦点并重新扫描，效果等同于手动刷新。

5.3 命令行快速记录灵感

这是我最常用的一个功能。写代码写到一半，脑子里突然冒出一个要记录的灵感，打开 Obsidian 至少要三次点击，太打断心流。所以我配置了一个 qs 命令：

bash复制#!/bin/bash
NOTE_DIR="$HOME/MyVault/00-Inbox"
TIMESTAMP=$(date +%Y-%m-%d-%H%M%S)
CONTENT="$*"
echo "- $CONTENT" >> "$NOTE_DIR/快速记录-$(date +%Y-%m-%d).md"

执行 qs 给这个项目加一个数据导出模块，这行文字就被追加到当天的收集笔记里。等晚上整理的时候，打开这篇笔记，一次性处理所有碎片想法。

这个方式比 Obsidian 的 QuickAdd 插件好在一点：彻底脱离 Obsidian 运行环境。即使 Obsidian 没开，命令行记录也能生效。并且它不依赖快捷键和窗口焦点，任何终端里都能用。

5.4 与外部 CLI 工具联动形成自动化链路

Obsidian 不应该是孤立的知识库，它应当融入整个工作流。比如你有一个定期生成报告的外部脚本，可以把输出结果直接追加到 Obsidian 笔记里。

bash复制./generate_report.py | tee -a "$HOME/MyVault/10-Projects/项目A/周报.md"

再比如你从 API 拉取了订阅的 RSS 摘要，可以用脚本把摘要格式化后写入 vault 的“稍后读”笔记：

bash复制curl -s "https://api.example.com/rss" | python3 format_rss.py >> "$HOME/MyVault/30-Resources/稍后读.md"

这类联动的本质是：Obsidian 的文件系统开放性，允许任何 CLI 工具成为它的“输入端”。你不需要写 Obsidian 插件，不需要懂 Electron，只需要会写脚本，就能让 vault 自动收集来自各种渠道的信息。

6. 常见问题与踩坑记录

命令行操作 Obsidian 这事，做熟了速度飞快，但头几次确实有一些坑让人抓狂。我把最常踩的几个问题集中列一下，这些全部是我自己或群里朋友实战中遇到的问题，不是从文档里抄来的。

6.1 路径里的空格和中文：引号永远不要省

Obsidian 使用者的笔记路径绝大多数包含中文和空格，比如 C:\Users\我\Documents\我的知识库\00-Inbox\会议记录 2024.md。这种路径在命令行里，不加引号一定会被拆成多段。

正确姿势是：变量一定要加引号。

bash复制# 错误示例：路径有空格时，mv 会把路径拆开
mv $INBOX/$FILENAME $ARCHIVE/$FILENAME

# 正确示例：变量加双引号
mv "$INBOX/$FILENAME" "$ARCHIVE/$FILENAME"

另外一个更隐蔽的坑是，URI 协议的 file 参数不能直接放未编码的中文。我推荐在脚本里写一个小函数做编码，避免每次手动处理。

bash复制urlencode() {
  python3 -c "import urllib.parse,sys; print(urllib.parse.quote(sys.argv[1]))" "$1"
}
open "obsidian://open?vault=MyVault&file=$(urlencode "会议记录-2024-01-01")"

6.2 系统自带命令的差异：同一个脚本三套写法

同样的操作，macOS 的 stat 参数和 Linux 不一样，Windows 的 where 和 Linux/macOS 的 which 也不一样。写跨平台脚本时，最好在脚本开头做一次平台判断。

bash复制if [[ "$OSTYPE" == "darwin"* ]]; then
  STAT_TIME=$(stat -f "%SB" -t "%Y-%m-%d" "$f")
elif [[ "$OSTYPE" == "linux-gnu"* ]]; then
  STAT_TIME=$(stat -c %y "$f" | cut -d' ' -f1)
fi

这块没有捷径，只能提前做好兼容。尤其是要在团队里分享脚本的时候，最好直接用 Python 写，跨平台性比 shell 好很多。

6.3 修改配置文件后不生效：Obsidian 缓存和覆盖问题

前面提过一次，这里再强调一遍：.obsidian 下的配置文件修改，必须先关闭 Obsidian，再修改，再启动。特别是 hotkeys.json、appearance.json、core-plugins.json 这类被 Obsidian 实时加载的配置，一旦覆盖写不好，Obsidian 退出时会把内存中的旧配置写回文件。

如果你已经不小心改了文件又被覆盖了，别慌。如果你像我一样在改之前用 Git 备份过 vault，一条命令就能恢复：

bash复制git checkout -- .obsidian/hotkeys.json

所以，养成“改配置前先提交 Git”的习惯特别重要。

6.4 大库的性能问题：索引冲突和缓存文件

Obsidian 的索引是基于 .obsidian 目录下的一些缓存文件（比如 workspace.json 里的历史文件列表）。当你在命令行大规模移动、重命名文件时，Obsidian 的缓存可能会出现一段时间的混乱状态，表现为文件列表不更新、反链看不到。

解决办法：不要在大规模文件操作时开着 Obsidian。操作完再打开，让它做一次全新的全量扫描。或者操作完后执行一次 obsidian://open?vault=MyVault 让它强制重新加载。

6.5 备份策略：命令行是最好的备份工具

很多人的 Obsidian 数据安全性很差，因为没有一个明确的备份机制。用命令行做备份，简单且无缝衔接到现有工具链。

bash复制# 生成压缩包备份
tar -czf "$HOME/Backups/obsidian-$(date +%Y%m%d).tar.gz" -C "$HOME" MyVault

# 或者直接推送到远程仓库
cd "$HOME/MyVault" && git add . && git commit -m "daily backup" && git push

时间戳命名保证每次备份独立，方便回滚到任意历史版本。Git 方案的好处是只有增量内容，不占磁盘；压缩包方案的好处是单文件快照，恢复简单。我个人维护的是 Git + 定期压缩包双重方案，稳得一批。

聊到这儿，Obsidian 的命令行操作链路已经基本完整了：用 URI 协议控制界面，用文件系统思维管理笔记，用配置文件知识搞定插件与主题，用自动化脚本让整套体系自己跑起来。现在做任何批量操作，我第一反应都是“先写个命令”，而不是打开 Obsidian 手动点。

最后分享一个我自己养成的习惯：每周五抽十分钟，把这一周里所有手动重复做过两次以上的 Obsidian 操作，写成脚本或函数，丢进一个小工具库里。日积月累，这套工具库越来越大，我的 Obsidian 操作却越来越少——大部分活儿都被命令行自动干完了。希望你也能把这个思路用起来，早日从鼠标点击里解放出来。