先說明這個idea是我資訊同事的，他製作了這個概念的工具，並且使用已久，
他與claude code協作的過程中發現，有些問題用文字很難精準敘述，
尤其牽涉到系統使用這種視覺化介面，人看的部分有狀況時，
請claude code處理，可能來回繞圈，光是傳達問題都耗時許久，
不是不能解決，而是很沒有效率，也很浪費Token。
我最近遇到類似狀況，持續進行了一陣子「標準」操作，
就是自己用windows剪裁工具截圖 → 另存新檔 → 把檔案拉到專案資料夾，
然後跟claude code說：我剛剛發生的問題，我截圖了，放在XXX資料夾，叫做OOO，
必須說超麻煩的，以至於甚至有時候我不想截圖，只想文字說明，結果都在繞圈圈。
諮詢同事後發現了這個方便好用的方法，
叫claude code做一個截圖工具，專門讓我截圖給它看，快速傳達問題。
流程簡化成，我跟claude code說：我截圖給你看 → 跳工具截圖 → 搞定。
實作方式
懶人包在此：Claude Code 專屬截圖工具建置指南
MD檔案分享放在hackmd.io，可以直接丟給claude code，
他確認一些事項跟授權後就能依序做出這個實用的小工具。
提示語基本上是告訴claude code要做一個，能截圖給它看，說明問題的工具，
這邊要注意的是，要製作的是skills，他一開始誤會，做成command，就是/截圖指令，
但實際上我幾乎不會主動去/截圖，做成skills比較靈活。
說明一下command跟skills的差異，
command是用/呼叫比如/help這種精準強制執行的指令，
可以設定一串指令讓claude code照做，比如我有一個/紀錄的指令，
是讓claude code依照我設定的規則，更新對應的紀錄文件。
而skills是專門做給claude看的，是一份「教學手冊跟SOP」，
讓 Claude Code 在特定情境下自動載入，變成那個領域的專家。
必須說skills可能是現在長期跟claude協作後，最重要的文件檔案。
skills是使用claude code，或者延伸說使用AI協作非常建議學習的技能，
通用的模板通用的AI智慧只能解決通用的問題，
當問題具有個人化、特殊性、組織特化，就應該使用skills來提升精準度。
關於其他skills的建立方式，可以參考這個.md-Claude Code 變成專家：Skills 自訂技能教學，
我一開始沒搞懂，跟claude code討論不少次，甚至被誤導認為/command就是他的skills，
對於一些新功能跟指令端的做法，有時候會出現幻覺，還是得自己爬文或者用其他AI找資料。
成果展示與優化分享
做好的截圖啟動就會像下圖 :
但遇到一個問題是，一說完要截圖，調用工具馬上進截圖畫面，要截圖的內容可能不在最上層，
他直接觸發會無法正確截圖，我的優化解法是 : 加入倒數計時功能，倒數十秒才截圖，
也提供立即截圖按鈕，可以點擊直接觸發。
另一個問題是，我截圖下去，他常常直接開始分析，我都還沒說明要處理什麼，就自己開工，
很容易瞎忙浪費Token，於是在skills加入，如果無法從圖判定使用者意圖，要先詢問 :
使用一陣子後又發現，如果截圖，我再文字說明，有些時候要花不少篇幅，也很難精準，
於是繼續優化，做出可以畫線，打基本文字，拉箭頭的功能，
claude code收到截圖會先判斷資訊是否足夠，不夠我們後續再口語補充，
如果指令資訊明確，比如我們拉箭頭，文字打，這個按鈕放大10%，他就會直接開工。
Skills的價值與重要性
我後來漸漸把不少/command (手動輸入/後觸發的指令工作)改寫成skills，
好處是不再需要記住跟找尋指令，只要口語的告知claude code，它確認後即可執行。
目前陸續累積了不少skills，比如繁體中文常常造成編碼錯誤，
就做個skills專門處理編碼問題，有一個skills是專門對應我的知識庫資料搜尋，
還有一個skills專門對應Notion資料寫入規則，避免錯誤操作資料毀損。
因為我們目前都是使用科技巨頭的AI，每次開新對話，claude code記憶都會清空，
有些事情千叮嚀萬交代還是會出錯，雖然有claude.md與memory.md檔案，但也不能無盡延長，
skills的建立可以極大的降低問題重複發生。
skills在未來與任何AI協作時，都會是區分AI使用優劣的分水嶺，
其實跟人類組織協作沒兩樣，我們總是會遇到問題難以解決，花很多心力找出方案，
實踐後總結經驗教訓，留下紀錄，以便未來參考還有別犯同樣的錯誤，
skills就是這樣的經驗與智慧累積，所以我很常有這樣與AI的對話 :
最近讀了這篇文章你沒有在用 AI 工作，你只是換了一種忙法也提到，
用 AI ≠ 讓 AI 工作，如果沒有伴隨著使用，不斷增加讓AI可以精準正確工作的邏輯，
那只是把自己降格為搬運工，不斷來回複製貼上還有無腦點允許授權，
與AI協作必須要提高自己思考的位置，以組織領導者的角度看事情，AI就是一整個團隊，
任何需要重複操作，或者重複的錯誤，比起解決當下問題，更需要思考如何確保不再發生，
如何在自己沒有介入的條件下，整個團隊可以正確產出成果。
比Skills更強制的作法-Hook
我是之前看到文章跟新功能分享才知道Hook這東西 (我就是門外漢)，
Hook vs Skills :
Skills 就像是貼在桌上的便利貼：「記得寫 .vbs 要用 Big5 編碼喔」。
Claude 看到會照做，但忙起來可能忘記看。
比如這樣:
Hook 就像是自動感應門：不管你記不記得，感應到了，門就會自己開。
不需要 Claude 記得、不需要你提醒。
分享一個實際案例，
我的繁體中文 Windows 環境有個老問題：VBS 腳本必須用 Big5 編碼，
PowerShell 腳本必須加 UTF-8 BOM，否則中文路徑會壞掉，路徑錯誤會造成很多問題。
以前（只靠 Skill）：
Claude 寫完 .vbs → 有時記得轉編碼 → 有時忘記 → 重開機才發現壞了 → 花時間除錯。
現在（加上 Hook）：
Claude 寫完 .vbs → Hook 自動觸發 → 系統強制轉 Big5 → 永遠不會忘 (不需要記住)
Skills = 知識（讓AI知道該怎麼做）
Hook If = 機制（不管知不知道，條件觸發就會做）
兩者互補：Skill 讓 Claude 理解「為什麼」要這樣做，Hook If 確保「一定」會這樣做。
重要的事不能只靠記性，要靠機制與流程。
相關文章 :
Claude code寫程式?我這個麻瓜竟然可以用魔法了?Vibe Coding
我如何改造優化我的Notion第二大腦-Claude code
延伸閱讀：
一个 Skill 帮我从 2 天压缩到 10 分钟：HSBC 银行文档处理实战
我用Skill把AI訓練成專屬助理，報帳、資料整理都超快！
Anthropic 工程師萬字解析：我們如何用「Skills」把 Claude Code 逼出極限？