昨天在銀行的課，前半段到下午剛開始，教法跟過去差不多，依然非常按部就班。先讓大家理解 Prompt 為什麼需要反覆測試，再談 Context，接著拿逐字稿來看 AI 會在哪個環節犯錯；然後把比較穩定的做法收進 Project，再一路往 Skill 推進。這些本來就是我這幾次企業訓練慢慢摸索出來的教學節奏：不要一開始就跟現場聊太宏大的 Agent，而是先讓大家弄懂，一個可以重複執行的 AI 工作，到底要怎麼把它規格化。
這一班比較幸運的是，有些人的 Skill 真的有順利裝起來。
老實說，光是這樣就已經讓我鬆了一口氣。畢竟前面幾班常常講到 Skill 時，最後都只能「請大家在概念上發揮想像力」，感覺很像在介紹一間大家都進不去的排隊名店，只能站在門口乾瞪著菜單。這一班至少有人真的看到安裝按鈕、有人當場直接裝好，有些人就算裝不起來，也還拿得到 ZIP 檔，可以解壓縮打開來看看裡面的 skill.md 到底長什麼樣子。
所以一直到這個階段，其實都還在我原本設定的教學射程範圍內。
真正讓我起心動念想再往前推一把的，是因為我心裡一直過不去一個檻：這門課的名稱明明就掛著 Agent 啊。
如果今天最後只停在「Project 怎麼建」、「Skill 怎麼包」，當然不能說沒有達成教學目標，但心裡總覺得差了臨門一腳。特別是目前多數學員的 Agent 或 Work 權限都還沒正式開通，現場根本不可能要求每個人把整套流程跑完；但轉個念頭想，正因為大家現在手邊還不能做，我反而更應該先帶大家看看：等未來權限真的打開之後，今天學的這一整套東西，到底要接去哪裡？
不然很容易落入一種窘境：今天興高采烈學了一大堆零件，回家之後還是完全不知道這些零件組裝起來會長成什麼模樣。
所以我決定再往前 push 一點，至少現場 Demo 一次給大家看。
我的想法其實很單純：如果未來大家真的拿到了 Agent 權限，那今天寫的 Prompt、給的 Context、開的 Project 和包好的 Skill，就不該只是散落在 ChatGPT 介面裡的零星功能，它們最後必須進入一條真正能運轉的工作流程。
於是，我開始把下午大家已經做出來的成果串在一起。
那時候前面剛好在練習簡報產製。我刻意把「內容」跟「格式」拆開處理，先把內容確認好，再從同一個節點分流出不同的產製管道。現場直接開了三條線：圖片式簡報、PowerPoint，還有 HTML。
這一段我自己覺得蠻關鍵的，因為重點完全不是要炫耀說「看吧，AI 可以一口氣吐出三種簡報」，而是要讓大家親眼看到工作流程被拆解開來後會發生什麼事。
因為內容源頭已經定案，所以這三條線完全不需要各自重新讀取、理解一次原始資料。圖片那條先產出樣張，PowerPoint 也先看樣張，HTML 一樣先挑兩個版型預覽。哪一條視覺效果好就繼續往下做；效果不如預期，就單獨在那條線修改，完全不必回頭把前面已經確認好的內容整個打掉重練。
這其實就已經帶有一點 Agentic Workflow 的雛形了：把一個上游的產出成果，往下分派給不同的工作單元各自去執行。
接著，就開始大爆走。
因為 HTML 那條線跑出來的效果相當不錯，我就在想：既然剛才這套做法已經驗證成功了，下次遇到同樣需求，我還要再從頭手動下一遍指令嗎？
當然不要啊，我又不是吃飽太閒。XD
所以我當場直接叫 AI 回頭梳理剛才成功的整個步驟，直接打包成兩個 Skill。第一個 Skill 專門負責把企業原始資料整理成簡報內容結構；第二個 Skill 則專門接收前面的內容，再轉譯成漂亮的 HTML 簡報。
做到這個步驟，其實本質上還是停留在「把工具的能力鍛鍊好」。
但 Agent 真正好玩、也最迷人的地方在於：當能力都打包好之後，到底是由誰來決定它該什麼時候啟動、去哪裡抓資料、做完之後又該把檔案丟到哪裡去？
這才是我這次最想多示範給大家看的核心精華。
雖然現場多數人都還沒有 Work 或 Agent 權限，我還是把自己的操作環境投影出來，直接現場實作。
我先叫 Agent 到我的雲端硬碟裡開一個專門的工作資料夾，底下俐落地切出 Input、Process、Output 三個子目錄。Input 是讓人丟原始資料的地方，原則就是不要去動它；Process 拿來放工作規則、剛剛做好的 Skill、過程中的判斷紀錄還有交接資料；Output 則是所有任務完成後的最終交付成果。
接著，我把剛才包好的 Skill 丟進 Process 裡，對著 Agent 下達邏輯：未來只要看到 Input 資料夾有新檔案進來，就照我們剛才定義好的工作流跑；先叫出第一個能力去梳理內容，再掛上第二個能力產出 HTML，全部處理完就把檔案歸檔到 Output，有需要的話再發個通知給我。
這種現場 Demo 的風險非常大，雖然我有做過類似的流程，但是你知道的，生成式 AI 總是會在你意想不到的地方出包。
它就是活生生地在現場連進我的雲端硬碟，現場建資料夾、現場搬檔案、現場寫下一筆一筆的交接紀錄。
後來我乾脆玩真的，直接塞了一份全新的測試資料進去 Input，叫它當場跑一次完整流程。
那幾十秒，我自己盯著螢幕看的專注程度，搞不好比台下的學員還要緊張。XD
因為我的目的本來就不是要造神吹噓「Agent 有多神」。相反地，我很清楚這東西隨時都可能凸槌。它有時會漏看你的要求，有時會自我感覺良好以為做完了，有時你還得回頭戳它一下：「欸，你剛剛不是說要寄信確認嗎？信件人在哪裡？」
但也正是因為這些不完美，我反而覺得這場 Demo 特別有價值。
以前做企業內訓，我習慣把所有可控的環節準備得滴水不漏，大家只要照著步驟一步步操作就好，這樣教起來最穩、也最安全。但這次在課程後半段，我選擇多往前跨出那一步。
我真正想帶大家看見的，是「你今天在課堂上練的這每一步，最後到底能拼成什麼樣的畫面」。
Prompt 不是最終產出，它充其量只是工作規格書。 Context 不只是夾帶檔案，它是 Agent 做判斷時必須依賴的背景常識。 Project 負責把這整套協作邏輯固定在一個專屬的工作空間裡。 Skill 則是把一段經過驗證、表現穩定的能力模組化打包。 最後到了 Agent，這些能力才終於能跟資料夾、排程、檔案系統、即時通報，還有各式各樣的外部服務真正串接起來，形成一條能自主往前推動的自動化工作流。
所以回過頭看，這一場跟以往最大的差異，倒不是我突然打破原則「不按部就班了」。其實前半段的推進依然非常扎實，而且我始終認為那個打底的過程不可或缺。
真正不一樣的點在於：過去我通常教到「大家學會怎麼把這個工具用上手」就收尾了；而這一次，我想帶著大家多往後看一眼未來的風景——當工具、規則與技能全部各就各位之後，我們手邊的工作型態，究竟可以被重新解構、組裝成什麼樣子。
這樣的內容對當下的學員來說，或許腳步是有點走得太前面了。畢竟大家手上的權限都還沒開好，現場也不可能真的每個人都跟著我把 Agent 一步步架起來。
但我倒覺得，這樣其實挺好的。
至少等到哪天公司把權限正式開通，大家看到 Agent 可以連進 SharePoint、可以隨時呼叫 Skill、可以排程定時處理資料的時候，腦袋裡浮現的就不會只是：「哇，介面上怎麼又多了一顆新按鈕？」
而是能立刻意會過來： 喔，原來就是那天在課堂上看到的那個玩法啊。
先理清 Input。 再定義 Process。 確認好 Output。 把能重複執行的能力包裝成 Skill。 最後，再來挑選哪些繁瑣的日常任務，值得放心交給 Agent 自己去跑。
如果能幫大家把這個思維架構留下來，那我覺得昨天下午冒著 Demo 可能翻車的風險多往前衝這一段，就真的蠻值得了。