任何讲究的读者都不会满足于“百度一下”——or Google it，up to you——而信息源散落于网络各处，顺其自然，各类一次性搜索多个网站的工具应运而生。浏览器中早已有种种右键聚合搜索插件，我也曾为 macOS 上的主流自动化工具设计过一系列聚合搜索动作，不过，如果你的搜索模板足够多，想必已经遇到了管理难题：
- 一个常用的搜索模板，是单独使用，还是放在模板簇中？
- 如果有很多组模板簇，一个既可以属于A也可以属于B的搜索模板，该如何管理？
- 如果一个模板同时出现在多个模板簇中，日后更新 URL 时还要记得修改多处……
- ……
我从事律师工作，也常常举棋不定。试看下面三个模板簇：
- 写报告时常用：中国知网、中国哲学数据库、法信、北大法宝……
- 做尽职调查时常用：天眼查、企查查、人民法院案例库、强制执行信息网……
- 找案例时常用：法信、北大法宝、天眼查、企查查、人民法院案例库、强制执行信息网、某自购数据库、斯坦福法学院^1、中国—东盟法律研究中心……
第一簇搜索模板和第三簇有所重叠，而第二簇更是完全属于第三簇。实际上，传统的排他性文件夹设计和真实工作完全不兼容，现实世界中，我往往流转于写报告、做尽调、找案例、查财产线索、分析股权架构等各类工作之间，每次用到的搜索模板都有所交叠。我逐渐意识到，需要一种非排他性的搜索模板管理方式。
一种经典思路是引入标签——一种几乎已经和文件夹成为二元对立的管理方式——恭喜你，你想到了一个很好的创业方向，只要再塞几个人工智能搜索 URL 进去，就可以哄骗投资人了。我对这种高射炮打蚊子的做法毫无兴趣。相反，我在自动化工具 LaunchBar 中发现了更简捷的路径：它默认可以一次性调用多个搜索模板（只需手动点击多选），而搜索模板又可借助 LaunchBar 的算法精准过滤。
在此基础上，完全可以放弃文件夹或标签，依托层级编码组织搜索模板。