走到最後一天

不知不覺來到了系列文的尾聲……三十天前從「先把工作說清楚」出發，一路經過工作日誌、知識樹、Power Automate、驗收、人工介入點和權限，今天總算可以把行李放下，看看這趟路帶回了什麼。

這三十天裡，有幾樣工具在系列還沒寫完時就改了版，AI 能接手的事也從回答一個問題，擴大到自己查資料、操作系統、跑完一整段流程。工具和模型還會繼續變，前一天問過工具箱收起來之後身上還剩下什麼，答案在人這一邊，看得懂 AI 做了什麼、認得出結果裡的風險，最後拍板時知道自己在為什麼負責。

幫 Agent 寫 Skill 之前，先確認自己懂這份工作

這段時間推動 AI 時發現，身邊越來越多人開始嘗試建置 agent skills。Agent Skills 是 Anthropic 推出、後來公開成開放標準的格式，一項 Skill 就是一個資料夾，裡面的說明檔寫著這項技能做什麼、什麼時候用、步驟怎麼走，GitHub Copilot、OpenAI Codex 這些工具也都支援。

大家開始動手寫之後，有個問題值得先停下來想，準備把工作派給 agent 的人，自己懂這份工作嗎？

格式一個下午就學得會，難寫的是內容。Day 1 那段工作描述「先把資料抓下來，整理一下，看一下有沒有問題，然後寄出去」，直接寫成 Skill 的步驟，看起來四個動作都有了。問題藏在「整理一下」和「看一下」，整理時要刪掉哪些欄位、數字差多少算有問題、有問題要寄給誰，寫的人平常靠經驗就知道，所以不會想到要寫。Agent 拿到這份說明不會打電話來問，只能照自己的理解補上，而且每次補得不太一樣。

Skill 讓一件事可以被重複執行，說明裡模糊的地方也會跟著被重複。

Day 1 的六個問題，剛好就是一份 Skill 的骨架。

再補上兩題，完成它需要哪些專業和權限，做完要交給誰、卡住要問誰。這幾格寫不出來，Skill 格式再工整，也只是把模糊的地方包裝得比較整齊。

多個 agent 分工之前，先看人是怎麼分工的

讓好幾個 agent 接力做事之前，先看看人現在怎麼接力。拿新人到職來說，人資建資料、IT 開帳號、主管安排座位、總務準備門禁卡，看起來很適合讓幾個 agent 各管一段。實際攤開常會發現，IT 是看到群組裡有人喊一聲才知道有新人，權限開多少靠主管口頭交代，到職日延後時總有一個單位沒被通知到。

這些交接平常跑得動，是因為總有人補位，換成 agent 就會在第一次遇到例外時斷掉。所以先問清楚任務由誰發起、交接時帶了哪些資訊、出錯由誰發現、最後誰拍板，再替流程裡的每個節點貼上標籤。

畫完往往會發現前兩列比想像中多，這些事用一般的自動化就跑得穩。第三列是 AI 最能發揮的地方，第四列是人不能讓出去的位置。標籤也會隨時間移動，老手的經驗可能慢慢變成規則，穩定的節點也可能因為上游換了系統，又回到要靠人判斷。

AI 是調味，放對位置才會提味

這三十天的順序，其實就是導入的順序。先看懂工作，把有固定流程的部分固定下來，能寫成規則的判斷寫成規則，交給自動化，剩下需要讀懂語意、處理變化的地方再交給 AI。前面幾步也可以請 AI 幫忙，Day 1 請 AI 反問、Day 15 請 AI 拆流程節點，都是讓 AI 把工作攤開，判斷攤開得對不對的，還是做這份工作的人。

AI 比較像調味，能把理清楚的流程再往上放大，可是沒有人靠多撒一把鹽救回一鍋煮壞的湯。

今天以及未來可以持續培養的事情

今天可以先做一件事。把 Day 1 抄下的那一格找出來，或挑一件最近想交給 agent 的工作，先不裝任何東西，試著寫成一份 Skill 草稿。

這件工作在＿＿＿發生時開始，做完的樣子是＿＿＿，最常需要判斷的是＿＿＿，遇到＿＿＿時一定要交回給＿＿＿。

最後一格填不出人名或角色，這件工作就還沒準備好交出去。寫完可以請 AI 扮演拿到說明的 agent，找出它會自己猜的地方。

下面是一件我想交給 agent 執行的工作，我先寫成一份 Skill 草稿。請你扮演第一次拿到這份說明、沒辦法回頭問我的 agent，先不要執行，也不要替我補上答案。

請依序回答
1. 你會在什麼情況下啟用它，有沒有容易誤用或該用卻想不到的情況
2. 哪些步驟你會因為說明不清楚而自己猜，請引用原句並說明你會怎麼猜
3. 把每個步驟分成「已經穩定」「規則明確」「仰賴經驗」「必須由人」四類，並說明理由
4. 完成這件工作需要哪些專業、系統和權限，又要交接給哪些人，說明裡缺了哪些
5. 列出三個最可能出錯的例外情況，並指出說明裡有沒有寫到該交回給誰

判斷規則
- 只根據我寫的內容判斷，不要用一般常識替我補上判斷條件
- 屬於「必須由人」的步驟請標明由誰決定，說明裡沒寫就標「未指定」

Skill 草稿
<填入這件工作的用途、什麼時候開始、需要的資料、步驟、判斷條件、完成的樣子、例外情況與交接對象>

回答裡標成「未指定」和「自己猜」的地方，就是派工之前要補的功課。

往後要持續練的，是讓這份草稿越寫越好的三種能力。

• 把問題想深，接到需求會追問它要解決什麼、不做會怎樣、做完怎麼知道有效
• 主動吸收知識的廣度，懂得上游怎麼工作、下游怎麼用、資安和法規在意什麼，給 AI 的背景才夠完整，也才認得出它哪裡說錯
• 持續觀察自己的工作方式，客戶換了、規定改了、團隊來了新人，Skill 和流程都要跟著調整，Day 6 開始寫的工作日誌就是最簡單的起點

寫在最後一天

三十天、三十篇，從九月中寫到十月中，中間跨過中秋和國慶兩個連假。工具陸續改了版，系列標題上的那個習慣倒是一直沒變，「30 天一起培養一個習慣：把工作交給 AI 之前，先判斷，再搭建工作流」。

明年這些工具可能換了名字、換了介面，會一直帶著走的，是看到一件工作時先問自己懂不懂它、哪一段能交出去、交出去之後由誰負責。Day 1 請大家抄下的那一格，如果現在已經寫得出答案，這個習慣就已經開始了。

下一個新工具出現時，先別急著問它能替你做什麼，先問自己一句，「這件工作，我說得清楚嗎？」

謝謝一路讀到這裡的每一位讀者，不管是每天準時報到，還是今天才從最後一篇倒著讀回去。三十天的鐵人賽，就在這裡畫下句點。