本页目录

Obsidian 自动归档插件 Auto Move File:加个「已发」,2 秒移进归档文件夹

适用范围
用 Obsidian 管理稿件、发完需要归档的写作者
信息来源
Auto Move File v3.2.2 仓库功能说明与实际使用配置

大家好,这里是极拓工坊。

这两天在整理公众号的稿子,又遇到同一个烦人的动作:发完一篇,得回 Obsidian 打开文件面板,找到刚发的那篇,拖进「已归档」。

一两篇还好。稿子攒多了就麻烦了,拖错夹子、漏归、归重,过两周想找一篇旧稿,得在文件堆里翻半天。

这看起来只是个小动作,只要你每天发,它就每天来一次。

一句话总结

所以我把它做成了一个插件,叫 Auto Move File。功能很朴素,装进去只有 main.js、manifest.json、styles.css 三个文件。

规则配好之后,稿子发完在 tags 里加个「已发」,2 秒后文件自己进归档文件夹,不用再打开文件面板。

当前版本 v3.2.2,MIT 开源,仓库里有 65 项自动化测试(npm test)。插件正在申请进入 Obsidian 官方插件市场,机器审核已经通过,等人工审核上架后就能在 Obsidian 里搜到。

插件的设置页里,全局配置可以限定只监控某个文件夹、文件名必须包含的关键词,以及触发延迟。延迟默认 2 秒,等属性写完再触发,支持毫秒、秒、分钟三种单位。

一条规则,管三件事

一条规则管理的三件事

规则看的是两个东西:笔记的 frontmatter 属性,或者文件名。

每条规则回答三个问题:什么时候搬、搬去哪、什么时候不搬。

除了触发值和目标文件夹,还有一个阻止值。属性里同时出现「已发」和「待发」时,文件不动。这是用来处理发过又改回草稿的情况。

v3.2 之后,每条规则可以单独选匹配方式。

精确匹配是属性值和触发值完全一致才触发。你写「已发」,属性值「已发布」就不会命中。

模糊匹配是包含就命中,不区分大小写。「已发」「已发布」「已发-微信」都能中。

模糊匹配的关键字还兼容正则,填「周报|月报」可以一次命中两种情况。写错的正则会自动退回包含匹配,不会报错。

有一点要注意:阻止值和触发值用的是同一种匹配方式。

三种动作,对应三种归档习惯

三种动作的工作流

命中之后做什么,每条规则单独配。

移动是默认行为。发完的稿子从写作区消失,只留在归档夹,写作区永远只放还没发完的。

复制会保留原件,在目标目录多一份。适合一篇稿子要同时出现在两个目录,比如正文库和年度合集。

文件夹归档是把整个文件夹搬进目标目录。适合一个项目结项后整体收起来,不用一篇一篇地归。

让它自己盯,还是你喊它运行

自动归档的流程

实时监控开着,文件保存或改名后会按延迟自动检查。不想让它自动跑,关掉开关就变纯手动。

手动触发有两个命令。「检查并移动当前文件」处理正在编辑的这篇,「检查并移动所有文件」配合「扫描文件夹」一次性扫完指定目录。

刚装完想清一遍历史已发,或者一天发完好几篇要统一归档,用后者一次完成。

多条规则,谁先命中听谁的

规则可以加很多条,文件从上往下检查,命中第一条就停。

顺序可以在列表里上下调,也可以切成「按属性值顺序」,谁在 frontmatter 里写在前,谁的规则先执行。

一篇稿子同时发公众号和小红书,打了不同 tag,两条规则各归各的文件夹,顺序决定它先归到哪。

改完规则不确定对不对,点「测试当前文件」,拿当前这篇当场验证。

这些功能,分别在什么场景下用

功能什么时候用得上
监控属性发完稿改一个值就自动归档,用哪个属性当开关自己定
监控文件名习惯用文件名标状态的笔记,比如「项目-已发.md」
精确匹配你的写法很统一,必须完全一致才搬,防误触
模糊匹配「已发」「已发布」「已发-微信」想一次性都命中
阻止值发过又撤回的稿子,「已发」和「待发」同时存在时不动它
复制 / 文件夹归档一份稿子要放两个目录;一个项目结项后整夹搬走
手动批量扫描刚装完清一遍历史已发,或者一天发完多篇统一归一次
优先级排序多渠道分发要归去不同文件夹时,决定先归到哪

功能使用场景速查

如果你的笔记流只有「发稿然后归档」这一步,看前面几行就够了。剩下的功能是不用关掉也不影响的,等哪天用得上再说。

怎么装

正在申请进入 Obsidian 官方插件市场

官方市场上架之前,从 GitHub 仓库下载 main.js、manifest.json、styles.css 三个文件,放进笔记库的 .obsidian/plugins/auto-move-file/ 目录,重启 Obsidian,在第三方插件里启用。

插件位置说明

装好之后,插件在两个地方可以找到。

文件位置:插件文件在笔记库目录下的 .obsidian/plugins/auto-move-file/ 文件夹里。.obsidian 是库目录下的隐藏文件夹,在文件管理器里需要开启「显示隐藏项目」才能看到;在 Obsidian 内部可以用「打开库文件夹」命令直达。三个文件缺一不可:manifest.json 是插件的身份信息,main.js 是全部逻辑,styles.css 是设置界面样式。

界面位置:启用入口在「设置 → 第三方插件」的已安装列表里,开关就在 Auto Move File 那一行;规则配置在「设置 → Auto Move File」选项卡(点开设置后左侧列表向下滑到社区插件区);日常手动触发不用进设置,按 Ctrl+P(macOS 是 Cmd+P)打开命令面板,输入「检查并移动」就能看到两个命令。

规则不生效的时候,按这个顺序查:规则是否启用、匹配方式是精确还是模糊、属性值里是不是带了阻止值。

插件的检查过程都有日志,关掉实时监控手动触发一次,配合开发者工具的日志能定位大部分问题。

仓库地址:github.com/Lsywk25/auto-move-file 作者官网:gitapp.net

如果它对你的笔记流有用,欢迎去 GitHub 点个 Star;用出问题,把日志和场景发我。

延伸阅读

使用边界:官方插件市场上架审核中,上架前需手动安装;规则匹配方式以当前版本为准

常见问题

Auto Move File 是什么?

一个 Obsidian 自动归档插件:给笔记加个属性或改个文件名,延迟 2 秒后自动移进指定的归档文件夹。

现在能从官方插件市场安装吗?

机器审核已通过,人工审核排队中。上架前从 GitHub 仓库下载三个文件手动安装。

插件装在哪里?

文件在笔记库目录下的 .obsidian/plugins/auto-move-file/ 文件夹;界面入口在设置的第三方插件列表和 Auto Move File 选项卡。

规则不生效怎么排查?

按顺序检查:规则是否启用、匹配方式是精确还是模糊、属性里是否同时存在阻止值,再配合开发者工具日志定位。