我为了复制一个文件路径，差点把 Finder 折腾到卡死

一个本来十秒能解决的问题，我硬是绕了一个下午。

起因：我只是想少说一句话

事情的起点非常普通。

我最近经常把本地文件直接交给 AI 处理。每次最麻烦的，不是任务本身，而是要先告诉 AI 文件在哪里。路径稍微深一点，就要从桌面、文件夹、子文件夹一级一级描述过去。

于是我生出一个念头：能不能在 Finder 的右键菜单里加一个"复制文件路径"？点一下，绝对路径直接到剪贴板，随手粘给 AI。

这听起来像是一个非常小的优化。小到几乎不值得专门写下来。

但很多麻烦，恰恰就是从"应该很容易"这个判断开始的。

过程：最危险的状态，叫"看起来快成功了"

我没有先去想系统有没有现成方案，而是直接进入"自己做一个"的思路：Automator、Finder 服务、工作流、剪贴板写入、服务缓存清理、Finder 重启……一步一步往下走。

一开始甚至相当顺利——右键菜单里真的出现了"复制文件路径"。

但真正的问题，偏偏出现在这种"看起来已经完成"的阶段。菜单是出现了，复制的结果却不对；修过一次，某些文件有效，另一些无效；再修，桌面文件失灵；继续修补，Finder 开始变慢；再往下走，右键菜单本身都开始卡顿。

最让人头疼的，不是彻底失败，而是若有若无的半成功。

它会给你一种强烈的错觉：好像问题已经被摸到边缘，只差最后一下。但恰恰是这种"只差一点"的状态，最容易把人拖进无休止的返工里。修掉一个表面故障，又露出另一个更深的兼容性问题。

后来回头看，这整个过程几乎是一个标准样本：需求极小，路径极长，投入与回报完全失衡。

真正的问题，不是技术做不到

事情真正值得记下来的地方，不在于 Finder 服务为什么不稳定，而在于另一件事：

我在一个本来可能已有现成答案的问题上，过早地进入了"定制工具"的状态。

这是一种很常见、也很有迷惑性的工作习惯。尤其是当一个需求确实存在、而且自己大致知道技术路径时，人很容易把"我可以做"误认为"我应该做"。

一旦进入这个判断，后面的时间投入就会显得越来越合理——因为你总会觉得自己已经做了一半，现在停下来反而可惜。

这也是为什么，很多小问题最后会消耗掉比大问题更多的时间。不是因为它难，而是因为它太像一个"马上就能被做对"的东西。

结局：系统早就给了答案

折腾到最后，真正的答案出现时，几乎让人无话可说。

macOS 本来就有系统原生快捷键：`Command + Option + C`，可以直接复制 Finder 中所选文件或文件夹的完整路径。按住 Option 再右键，也能看到"拷贝为路径名"。

也就是说，我花了一个下午，试图亲手造出一个系统本来就已经准备好的功能。

这个结局让人尴尬的地方，不是没会写脚本，也不是没找到技术路线，而是在最开始少问了一句最重要的话：系统是不是已经做了？

解决方案：怎么防止下次重蹈覆辙

光感慨没有用。这里放几个可以直接拿走的东西。

1. 先把这个快捷键存进肌肉记忆

不需要任何插件，不需要 Automator，系统原生支持。

2. 让 AI 帮你先做一件事：确认有没有更优方案

这件事真正给我的教训，不只是关于 macOS 快捷键。它更像是一个提醒：在把问题交给 AI 之前，应该先让 AI 帮你确认，问题是否需要被"解决"。

我现在遇到任何"让 AI 帮我做工具 / 写脚本 / 优化流程"的需求，都会在开头加一段话：

在开始实现之前，请先帮我确认：
1. 这个需求是否已有系统原生或现成方案？
2. 如果有，直接告诉我，不需要自定义实现。
3. 如果没有，再开始设计方案。

这段话不长，但它本质上是在强迫自己和 AI 都先做一步"值不值得做"的判断，而不是直接跳进实现。

3. 建一个小小的提示词库

这类"开始之前先确认"的提示词，其实适用于很多场景。与其每次临时想，不如存成一个模板，用的时候直接粘贴。

不需要复杂的工具。一个 Obsidian 笔记、一个备忘录、甚至一个纯文本文件，收录 5 到 10 条自己常用的提示词模板，就够了。

核心思路是：不只是让 AI 帮你做事，还要让 AI 帮你先问对问题。

最后

如果只看结果，这不过是"发现了一个复制路径的快捷键"。

但如果把整个过程连起来看，它更像一次很具体的提醒：很多时候，问题并不复杂，复杂的是人不愿意先承认答案可能过于简单。

所以，关于"复制文件路径"这件小事，我最后记住的不是那个失败的 Finder 服务，也不是几轮反复修改的工作流配置，而是一句更朴素的话：

在开始优化之前，先确认自己是不是正在重复发明一个已经存在的东西。