技能跟排程任務的選擇，指的是釐清一件想自動化的事，究竟需要的是「操作步驟的封裝」還是「觸發時機的設定」，或者兩者都需要。技能本質上是一份操作說明書，回答「Claude 該怎麼做這件事」，需要被呼叫才會執行；排程任務本質上是鬧鐘加指令，回答「這件事該在什麼時候自動發生」，時間到了自動觸發。這跟「兩個功能哪個比較好用」不是同一個問題——多數人第一次卡關，是把兩者當成互斥的選項在比較，實際上它們處理的是完全不同層次的需求，很多情況下答案是兩個都要，不是二選一。
這種混淆會發生，是因為兩個功能在使用者介面上的入口很接近，介紹文字也都在講「自動化」，很容易被當成同一類東西的兩種選項。但把兩者混為一談，會導致兩種常見的誤用：一種是把不定期發生的任務硬排成固定時間，結果不是空跑就是延遲，時間怎麼調都對不準，因為問題根本不在時間設定，是這件事本身就沒有固定發生的節奏；另一種是把複雜到需要示範才能講清楚的操作，硬塞成排程任務裡的一句指令，結果每次執行都有點不穩定，因為那句話承載了太多它撐不住的細節。這兩種誤用背後其實是同一個根本原因：沒有先問清楚這件事到底是「怎麼做」的問題還是「何時做」的問題。
實務判斷分三步。第一步，問這件事「發生的時機是不是固定的」——每週、每天、每月固定發生，屬於排程任務的範疇；由某個不確定的事件觸發（收到某類郵件、某份文件被上傳），屬於手動呼叫技能的範疇。第二步，問操作本身「複不複雜到值得示範一次」——如果一句話講得清楚（例如「彙整昨天的警訊清單」），直接寫進排程指令；如果牽涉好幾個步驟、格式規則、或容易在描述時漏掉細節，值得先錄成技能。第三步，如果兩個條件都滿足（定期發生 + 操作複雜），採取疊加做法：先錄好技能並測試穩定，再設一個排程任務，觸發內容寫成「呼叫某技能，處理某範圍的資料」，讓排程只負責喊人、技能負責做事，兩者分開維護。
對你來說，先分清楚這兩個問題，能省下大量「調來調去還是不對」的除錯時間。多數人選錯的時候，第一直覺是懷疑排程時間設得不夠精準，或懷疑技能錄得不夠完整，卻很少回頭想「這件事本來就不該用這個機制」。真正該建立的判斷習慣是：遇到想自動化的任務，先花十秒鐘問自己這兩個問題，而不是直接跳進設定介面選一個看起來比較順眼的選項。要留意的是，兩者疊加使用時，拆分帶來的好處是各自獨立維護——規則變了改技能，時間變了改排程，如果貪圖方便把兩者寫死在同一個地方，之後任何一邊要調整，都得把整組重新梳理一遍。
你想讓 Claude 每週幫你把報帳資料整理好，打開設定頁面，看到「錄製技能」跟「排程任務」兩個選項並排放在那裡，一時想不出來該選哪個——兩個聽起來都能「讓 Claude 之後自動幫我做這件事」，選錯了會怎樣好像也說不清楚。這個猶豫很正常，因為這兩個功能表面上確實有重疊，但它們回答的其實是兩個不同層次的問題：一個回答「Claude 該怎麼做這件事」，一個回答「這件事什麼時候該自己發生」。搞清楚這個區分，選擇就不再是憑感覺。
技能（Skill）本質上是一份「操作說明書」——你錄一次示範，Claude 把這個示範拆解成一套可重複執行的步驟，存進技能庫。技能本身不會自己啟動，它需要被呼叫，可能是你在對話裡主動要求，也可能是被排程任務叫來執行。排程任務（Scheduled Task）本質上是一個「鬧鐘加指令」，你設定一個時間點跟一句要做的事，時間到了 Claude 自動執行，不需要你在場觸發。兩者的關係不是二選一，是互補：技能負責「這件事具體該怎麼做」，排程任務負責「這件事該在什麼時候自動發生」，很多真正成熟的自動化流程，其實是排程任務在固定時間呼叫一個已經錄好的技能。
如果這件事不是定期發生、觸發時機不固定（例如每次收到新客戶合約才需要跑一次審閱流程），你只需要錄一個技能，之後手動呼叫即可，不需要排程。硬要幫這種不定期任務排一個固定時間，只會產生「時間到了但沒東西可處理」的空跑，或者「東西來了但還沒到排程時間」的延遲，兩種情況都不划算。技能的價值在這裡是「把怎麼做的知識存起來，不用每次重新示範」，跟「什麼時候做」完全無關。
如果這件事本身很簡單、每次做法幾乎不會變（例如每天早上彙整一次前一天的系統警訊清單），直接把指令寫進排程任務的觸發內容裡就夠了，不需要特地錄一個技能。技能的價值在於封裝「複雜到值得示範一次、之後重複呼叫」的操作，如果任務本身一句話就能講清楚，額外錄一個技能反而是多一層不必要的間接，維護起來也多一個要記得同步更新的地方。
最適合疊加使用的情境，是任務同時滿足「定期發生」跟「操作步驟複雜到值得先示範一次」這兩個條件——報帳整理正是這種情況：每週固定要做（該用排程），但整理報帳的邏輯本身牽涉好幾個步驟、格式規則（該用技能封裝）。做法是先錄好報帳整理的技能，測試穩定之後，再設一個每週一次的排程任務，觸發內容寫「呼叫報帳整理技能，處理過去七天的收據」。這樣拆開的好處是，如果報帳規則之後變了（例如財務多加一個審核欄位），你只需要修改技能定義本身，不需要動排程設定；如果排程時間需要調整（例如從週一改成週五），你只需要改排程，不需要重新錄技能——兩件事各自獨立維護，互不牽動。
選錯的代價通常不是「完全不能用」，是「用起來卡卡的，但說不出哪裡卡」。把不定期任務硬塞進排程，你會發現自己老是在調整觸發時間，卻怎麼調都不準；把該封裝成技能的複雜操作直接寫成一句排程指令，你會發現每次執行結果都有點不穩定，因為那句指令承載了太多它撐不住的細節。花兩分鐘先問自己這件事「該不該定期發生」跟「操作本身複不複雜」這兩個問題，答案通常就會自己告訴你該選哪一個，或者該不該兩個一起用。