最近项目（Recents）设计巧妙，它假设你接下来想用的文件，很可能在最近所用之列中。相较 macOS 原生的最近项目访问机制，LaunchBar 更加聪明，无需真的打开软件，就能查看各自的最近项目，诸如最近看过的书或写过的草稿，皆触手可及。我甚至撰文《马不停蹄：更快地取用 LaunchBar 最近项目》，进一步简化在 LaunchBar 访问最近项目的操作。
但有个问题＊：LaunchBar 中呈现的最近项目，总是多于 Finder，其中部分文件，我非常确信已经多年未曾打开，例如图中几本关于咖啡的入门书籍，还是五年前收入的，随着对咖啡的三分钟热度冷却，这些书早已被束之高阁，根本不应该出现在最近项目中。
为确保不是记忆出了差错，我检查了预览程序——这是我查看 PDF 格式书籍的主要工具——的最近文件，果然，那几本旧书不在其中。基本可以确信，问题出在 LaunchBar——真正的推动力，不单单是碍眼，还因为多出来的文件会把最近真正用过的挤出最近项目，导致我会随机丢失一些最近项。
进一步排查后，不难发现，所有不应该出现的文件都有共同特征：含有标签。碰巧，我在最近准备读的书上都打了指示性标签——这是我目前在 Finder 中使用标签的少数场景之一——结果，因为有标签而混入最近项目的文件，和我近期真正在看的书就产生了重叠，致使病因一直被掩盖。
这些标在旧书上的是描述性标签，我通常在刚刚进入一个领域时使用，作为临时的认知标记。考虑到我很快从入门咖啡到放弃标签，如今关于咖啡的标签自然可以删去不表，进而也避免导致相关文件总混入 LaunchBar 的最近项目。
严格来说，仅因为有标签就将其列为最近项目，责任应当在 LaunchBar（LaunchBar 在重启后会重新索引所有带标签的文件，可能是这一过程将所涉之物标记为最近项）。不过从另一个角度看，也暴露了标签作为一种文件管理技术的缺陷：总是造成意想不到的麻烦。在 Finder 中，标签就常常看得见而搜不到，有时还会莫名其妙丢失，这些毛病导致我怀疑标签的稳定性，并最终成为一个标签临时主义者——我并不孤单。
＊其实还有一类问题：极少数软件并不支持最近项目。Microsoft 系列的软件仅支持打开主程序后查看最近项目，并且对外提供的数据还参差不齐，对此我有一个临时方案。而轻量级代码编辑器 CotEditor 则是过犹不及，配备太多快捷操作，结果访问最近项目的操作——在 LaunchBar 中选定 CotEditor 并按下空格键——被新建窗口取代，我暂未找回正常查看最近文件的方法。