Claude Skills 實戰心得:這些坑不能踩

這幾個月一直在折騰 Claude Skills,從一開始踩了一堆坑,到現在慢慢摸出一些門道。

今天想分享幾個我覺得很重要、但官方文件不會特別提醒你的眉角。

第一個坑:重複命名會讓 AI 選擇困難

一開始我建了好幾個發文相關的 skill,一個專門發 Facebook,一個是多平台同時發布。

結果問題來了。

當我說「幫我發到社群」的時候,Claude 有時候會拿到單一平台的 skill,有時候又會拿到多平台的。

整個就是隨機抽獎的感覺。

後來我才意識到,如果你的 skill 名稱或功能太相似,Claude 在判別的時候就會不知道該選哪個。

這不是 AI 笨,是你給的選項讓它沒辦法明確判斷。

所以現在我都會確保每個 skill 的命名和描述夠明確,避免重疊。

第二個坑:Prompt 跟隨率還是會出包

三個月前,我大概有三到四成的機率會遇到 prompt 沒有完全照指令走的情況。

現在好多了,大概只剩一成左右的失敗率。

但一成還是很煩,尤其是你需要很精準執行某些步驟的時候。

我後來找到的解決方法是:用程式碼強制它執行。

比如說,我需要它等 45 秒之後再去追蹤任務結果,我就直接寫一段 Python 程式放在 skill 裡面。

用程式去強制等待時間,而不是靠 prompt 請它等。

這樣成功率就接近百分之百了。

第三個坑:Remote MCP 會重複發送

如果你用 Remote MCP 來串接外部服務,一定要注意防呆機制。

像我在做自動發文的時候,就遇到過同一篇文章被發兩次的狀況。

現在我都會在程式裡加上檢查機制,如果內容一樣就不要再發送。

這種事情用程式來處理會比純 prompt 靠譜得多。

為什麼要用 Remote MCP?

講了這麼多坑,你可能會想說,那還要用嗎?

我的答案是:一定要用。

因為 Remote MCP 最大的價值,就是讓 AI 可以跟外部世界互動。

不是只是在那邊空想,而是真的可以去拿資料、執行任務、串接服務。

而且你在實作的過程中,會不斷發現現在的限制在哪裡,然後去解決它。

這個過程本身就是在增加你跟 AI 互動的能力。

總結

以上是我這幾個月用 Claude Skills 的一些心得。

如果你也在嘗試讓 AI 幫你處理更多事情,強烈建議你一定要試試看 Remote MCP 和 Skills。

踩坑是正常的,重點是踩了之後能不能找到解法。

如果你對這個主題有興趣,歡迎在下方留言,我可以分享一些我常用的 skill 設定。