我為了複製一個檔案路徑，差點把 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 服務，也不是幾輪反覆修改的工作流配置，而是一句更樸素的話：

在開始優化之前，先確認自己是不是正在重複發明一個已經存在的東西。