跳至主要内容
博客文件夹自动处理

连接 Auto Flow 规则,分阶段处理文件

将一条 Auto Flow 规则的输出交给下一条规则。本文介绍文件夹如何连接、某阶段暂停时会怎样,以及如何避免规则冲突。

发布于: 更新于: 阅读约需 3 分钟
本文目录
各行 Auto Flow 的设置互相独立。文件夹之间的连接,决定已应用的文件如何进入下一行规则。
各行 Auto Flow 的设置互相独立。文件夹之间的连接,决定已应用的文件如何进入下一行规则。

只有需要不同设置时,才增加阶段

一行 Auto Flow 就能同时为文件重命名和分类。如果后续阶段需要不同的设置,才需要把规则连接起来,例如先命名,再整理到已有的档案目录。

RenameClick 2.15.2 支持连接多条规则。连接关系由文件夹决定:前一行的输出成为后一行的输入。在界面中上下移动某一行,不会改变执行顺序。

将前一阶段的目标连到下一阶段的来源

Incoming → 第 1 阶段 → Ready → 第 2 阶段 → Archive

这张示意图说明的是配置方式,不是测试结果。Ready 既是第一阶段的目标,也是第二阶段的来源。

  1. 创建第一行规则,将 Source 设为 Incoming,Destination 设为 Ready。
  2. 选择第一阶段的文件类型,以及命名或分类设置。
  3. 创建第二行规则,将 Source 设为 Ready,Destination 设为 Archive。
  4. 选择第二阶段的设置,并确保其文件类型筛选能接收第一阶段的输出。
  5. 如果第一阶段会在 Ready 内创建子文件夹,判断下一阶段是否需要启用 Recursive。
  6. 为各行启动 Watch,开始时先保持 Auto Apply 关闭。

只有第一阶段的更改实际应用后,文件才会进入下一阶段。还在 Processed 中等待的目标位置,只是建议,文件并没有移动过去。如果第二阶段应保留新名称,请关闭该行的 Rename。

决定哪些阶段需要先确认

每一行的 Watch 和 Auto Apply 仍然是独立设置。你可以先检查并应用第一阶段,再检查第二阶段建议的移动操作。开启 Auto Apply 后,该行会自动应用处理好的更改。

每个单独应用的阶段都算一次独立的文件操作。不要认为多个阶段的连接,与一次同时重命名和移动文件的操作消耗相同的额度。

中间阶段的文件名和最终目标都要检查。第一阶段正确,不代表后续模型的判断一定正确。

下一行规则关闭时会怎样

文件会留在已完成阶段将它放到的位置。下游规则开始监视时,扫描来源文件夹就能发现其中符合条件的现有文件。

要让 Watch 处理新加入的文件,需要保持 RenameClick 运行。应用关闭后,仅有文件夹连接并不会让任务继续执行。

避免循环路径和重叠的来源

路径不能形成循环,把文件送回前面的来源。Auto Flow 也会拒绝来源相同且文件类型筛选重叠的规则。请使用不同的来源,或设置互不重叠的筛选。

来源与目标是否重叠,会结合各条规则及其连接路径进行判断。不要沿用过去“所有目标文件夹都会被排除在监视范围外”的假设。

同一文件夹中的 Match Folders 是另一种受支持的配置:它监视直接放在其中的文件,再把匹配的文件移进已有的第一层子文件夹。此时递归监视会被禁用。

详见folder validation and routing rules

找出停在哪个阶段

分别查看每一行的 Processed、Applied 和 Errors。如果文件还在第一行的 Processed 列表中,它就还没有到达下一阶段的来源。如果已经应用到 Ready,却没有出现在下一行,可能是被筛选排除、超出递归范围,或仍在等待 Watch 启动。

如果第二阶段出错,请检查该行的服务、权限和整理设置。使用 Undo 或 Redo 前先关闭 Watch;撤销前面的某个阶段,不等于整条处理链会一起回退。

详见Auto Flow 入门设置指南

RenameClick - Rename and auto-sort files with offline AI | Product HuntRenameClick – Offline AI File Renamer badgeFeatured on There's An AI For That