課程入口｜使用前導讀

先別急著看 Prompt：先看懂這套課程要幫你完成什麼

給在工廠裡已經做了很多年、知道工作怎麼跑，但不想被工程術語嚇退的主管、技術人員與現場專家。

這一頁的任務

你看到的每個單元表面上在講 Prompt、Skill、Agent 或工作流程，但實際上都在做同一件事：把原本靠老師傅默記、靠打電話反覆確認、靠個人經驗隨機應變的工作，整理成一份讓新進同事也能照著做、碰到狀況知道何時該停下來問主管的標準做法。

你可以把這套教材當成一位隨班說明的助教。你不用急著學寫程式，也不用把自己變成軟體工程師。只要帶著手上一件天天要碰的日常工作進來，依序想清楚：「這件事什麼時候開始？會拿到什麼資料？中間怎麼判斷？最後要交給誰？哪幾個關鍵點絕對不能讓 AI 自己拿主意？」

閱讀原則：先讀每頁上方的白話說明，再看練習題。寫 Prompt 的用途，是把你平常放在腦袋裡的作業規則與判斷經驗寫下來。

把課程想成一條工廠產線

底下這份對照表採用現場熟悉的工作語言，方便大家快速掌握每一頁要產出什麼。

教材名詞與工廠現場的對照
教材名詞	現場白話	你要留下的東西
工作任務表	就像工單或製程文件：先把這項工作怎麼啟動、怎麼跑記錄清楚。	觸發條件、輸入資料、執行步驟、產出結果、交接窗口與資料限制。
基準測試	就像進行現場改善前，先量測現有的生產週期、良率與重工現況。	現行做法、每次花費的時間，以及目前常出錯或不順暢的地方。
結構化工作指令	就像把資深師傅的手路經驗，整理成一份大家都能照著做的標準作業指導書。	判斷原則、禁止執行的動作、人工查核點與最後交付格式。
Agent 能力護照	就像新設備進廠上線前，先做一次運作能力與工安防護檢查。	能讀取哪些資料、可寫入哪些內容、能連到何處，以及絕對不能開放的權限。
容器	就像專門集中放置工單、工程圖面、規格書與異常紀錄的專用作業夾。	工作背景資訊、作業規則、參考範本、版本別與歷次修訂紀錄。
Skill	就像可以交給另一位操作人員獨立執行的單站工作說明。	這項作業如何啟動、實際如何操作、怎麼檢查品質，以及何時必須停機。
工作流程	就像前後製程之間的交接驗收；單純把三份作業說明排在一起，還不足以形成工作流程。	上一站交出什麼、下一站接收什麼，以及格式不符時由誰負責退件。
異常測試	就像特意送入缺料件、混料件或日期矛盾的測試品，確認機台會不會誤放行。	觸發停止的條件、切換成人工接手的方式，以及可供查驗的追溯紀錄。
同儕重跑	就像換一位操作員接手、換新批號試跑，確認只看這份文件能不能順利做完。	換人重跑的結果、過程中需要猜測的地方，以及要補回文件中的遺漏細節。

你可以怎麼走

手邊還沒有具體題目

先看四概念與資料邊界，接著填寫課前題目調查與工作任務表。

已經確定要改善哪一項工作

直接從基準測試著手，把原本的做法與耗時留下記錄，後續才能比對出具體改善成果。

自己已經跑過一次但想交給同仁

依序前進到容器與 Skill、Skill 串接，最後進行同儕重跑與驗收。

每一頁到底在做什麼

瀏覽底下表格時，請抓住三個問題：這頁要產出什麼？為什麼要寫指令？那些硬梆梆的詞句到底想問什麼？

20 個單元的白話導讀
單元	白話說明	為什麼要用這個指令	看到僵硬字句時，翻成這個問題
課程首頁	先挑一項做完之後真的有同仁會拿去用的工作。	避免一開口就講空泛的「導入 AI」，最後卻找不到實際受惠的對象。	「目前階段」＝我們現在推進到哪一步，手邊留下了什麼具體依據？
四概念與資料邊界	清楚切分工具、作業手路、執行角色與前後站交接。	避免把單一軟體工具的名稱，誤當成整套系統解決方案。	「容器」＝資料和規定放在哪裡？「Agent」＝誰在哪些權限下動手操作？
課前題目調查	就像在現場請教老師傅，把每天習慣的動作一五一十講出來。	資深人員常把關鍵眉角視為理所當然，但 AI 不會通靈。	「觸發事件」＝到底是什麼信號進來，你才開始著手處理？
工作任務表	把訪談整理成一張團隊能坐下來逐項討論的工作地圖。	後面所有指令撰寫，都要以這張表列出的項目為依據。	「輸出與接收者」＝這段做完之後，要交給誰拿去辦什麼事？
基準測試	先照現在的土法煉鋼做一次，把真實耗時與結果留下來。	要是沒有改善前的基準比對，後面就只是在各說各話。	「基準」＝現在的做法即使不完美，它實際跑起來到底是什麼樣貌？
結構化工作指令	把「幫我弄一下」的隨口交代，改成能放心交班的工作規範。	明確交代背景、作業範圍、判斷原則、各項限制與最後的交付規格。	「禁止推論」＝缺乏明確憑據時，不要讓 AI 替現場自作聰明猜答案。
Agent 能力護照	先摸清工具實際能做哪些事，不要看著廣告宣傳自己猜。	避免規畫了半天，結果現場的帳號、網路權限或檔案格式根本跑不動。	「執行主機」＝最後到底是靠哪一台電腦、哪一個登入帳號在執行？
Flow／Judgment／Memory	把流程拆開：事情怎麼流轉、哪裡需要把關、哪些紀錄必須存查。	避免 AI 把單純整理資料，跟代替主管做出採購或交期承諾混在一起。	「人工查核點」＝現場人員必須看哪一個欄位、依哪條規範才算放行？
容器與 Skill v0.1	把背景資料和第一版工作說明收納在固定目錄。	避免每次開啟對話都要重講一遍前情提要，也免得檔案版本到處散落。	「版本」＝現在大家手上依據的，到底是哪一天修訂的內容？
課間實測	離開教室回到崗位，拿脫敏的安全資料實際跑一回。	只有放回真實作業中，才會抓到欄位遺漏、邏輯誤判與不合理的要求。	「失敗紀錄」＝在第幾步卡關，下一版工作說明優先修正哪一個點？
第二堂分組與路線	確定每個人負責哪一站，並選定要用真實資料還是脫敏資料。	如果沒有指派設備與負責窗口，小組最後往往淪為紙上談兵。	「最小權限」＝人員或工具要辦好這件事，最低只需要開到什麼權限？
Agent 三路執行	看一次完整操作示範，特別注意它在什麼情況下會主動煞車。	把焦點從表面上完整的輸出，轉移到輸入格式、查核規則與留存紀錄。	「規格執行」＝就算工具暫時跑不順，也要先把正確的處理邏輯寫清楚。
指令包與素材包	準備一份標準測試資料，外加幾組刻意做錯的異常檔案。	預先列出正常結果該長怎樣，才能抓出系統有沒有抓到錯誤。	「中括號修改區」＝這裡要填進自己廠內的規則，不要直接套用範例。
個人 Skill v0.5	每位學員獨立完成一份自己負責站點的工作說明。	唯有先把自己的工站做扎實，後續的多站串接才有意義。	「啟動條件」＝手邊收齊哪些具體項目，這一站才能開始動手？
Skill 串接	確認上一站產出的檔案與欄位，下一站真的能順利讀取。	跨流程協作的主要問題通常在交接介面，單一 Prompt 的文字只是其中一小部分。	「拒收條件」＝資料有缺漏時，下一站能不能直接拒收退件？退給誰？
異常與停止測試	故意灌入缺料、料號錯誤、日期衝突與權限不足的情境。	懂得在什麼時候停手求助，遠比硬給出一份看似完整的假答案更重要。	「停止並回到人工」＝這時該由誰出面接手，接手當下需要看到哪些訊息？
同儕重跑與驗收包	換一份資料給別的同仁操作，原作者在旁邊不能開口提示。	確認文件真的具備交接價值，其他同仁也能依照內容操作。	「通過」＝要有預期規格、實際產出、檢驗步驟與操作軌跡，單看畫面是否美觀仍然不夠。
提交與檢視	使用同一份標準，客觀檢視個人 Skill 與小組流程成果。	把討論焦點從「喜不喜歡」的個人感覺，拉回「依據是否充足」的客觀事實。	「無法判斷」＝現有資料不夠充分，不能隨意打出一個合格分數。
企業報告	把通過驗收的流程，整理成高階主管能快速決策的具體方案。	不要把「派人上課」、「用了幾次」或「偶爾成功一次」直接包裝成實質效益。	「資料不足」＝目前數據還無法下定論，下一步要安排什麼最小驗證？
下載中心	按照目前的實作進度索取對應工具，不用一口氣全部抓下來。	讓公用範本、測試素材與驗收交付檔各自歸類清楚。	「最小必要包」＝要完成眼前的下一步，目前最少需要哪幾個檔案？

Prompt 裡那些看起來很硬的句子，實際上在說什麼

你不用去死記任何術語。看教材時，直接換成現場的工作問法即可。

Prompt 對照表
Prompt 寫法	現場白話	填寫時要注意
角色與工作範圍	你現在要扮演哪一個工位的小幫手？專門負責哪一段作業？	不要讓 AI 一邊負責整理清單，一邊又越俎代庖替主管核准。
背景與目的	這項工作到底為了什麼而做？做出來的成果給誰使用？	請描述實際要解決的現場問題，不要只寫「提升作業效率」。
輸入資料	你手邊真正收到的檔案、表單欄位與修訂版本是哪些？	沒拿到的數據，絕對不能憑空捏造或預設它存在。
執行步驟	拿齊資料後，第一步先核對什麼、第二步接著算什麼？	請按照現場實際操作順序寫，不要寫成難以執行的理想流程。
判斷標準	數據在什麼範圍內算合格？什麼狀況必須挑出來通報？	盡量白紙黑字寫明規則條款、公差數值、欄位名稱或經驗數值。
AI 可以做／不得做	哪些重複事情可以放手讓它算？哪些決定權必須保留在人身上？	採購報價、交期承諾、責任判定與最終簽核，一律必須保留給人員裁決。
停止條件	碰上什麼狀況必須立刻停下來，絕不能繼續猜？	要寫出客觀能看到的異常現象，像是欄位空白、日期矛盾或權限不足。
人工查核	人員要核對哪張報表、比對哪筆資料才算確認無誤？	只寫「請專人確認」太籠統，必須寫清楚確認項目與比對憑據。
輸出格式	處理完畢要整理成什麼表格或文字？下一棒同仁如何接續？	明確訂出欄位名稱、檔案副檔名、通知對象與接下來的具體動作。
證據與執行紀錄	事後稽核時，要怎麼證明真的有照步驟做、究竟是怎麼算的？	保存資料版本別、作業時間、輸入原始檔、產出報表與修正軌跡。
未確認／待確認	手邊還沒查證清楚的地方，直接標記出來，千萬別假裝知道。	留下未確認標籤，遠比硬塞一個看似合理的猜測數字來得安全。
一次只做下一個動作	處理完這一步之後，眼前最重要的下一動是什麼？	避免 AI 劈頭列出一長串改善建議，現場反而不知該從哪一項先下手。

用工廠工作來理解整條路徑

以「整理協力廠商答交狀況，挑出可能影響組裝線排程的缺料」為例：

工作任務表：記下何時收到廠商回信、信件內有哪些欄位、這份結果最後要給生管還是物控看。
基準測試：先用人工照原本的作法整理一批資料，記下花了多少分鐘、人工肉眼最常漏看哪幾個品項。
結構化指令：交代 AI 只能比對交期與標記延遲，絕對不可以擅自替公司答應廠商延後交貨。
Skill：整理成一份「廠商答交整理」工作說明，即使換另一位同仁來操作，產出水準也一致。
工作流程：把整理好的缺料清單轉給缺料判讀，接著產出催料信草稿，每站之間都要說清楚交接欄位。
異常測試：刻意塞入沒有承諾日期、前後日期矛盾、料號編碼格式不符的測試件，確認系統會不會主動警示。
同儕重跑：拿同一套流程換新資料給另一位同事跑，原作者不能在旁邊口頭提示，觀察說明文件是否真的看得懂。

最後要留下來的是一套現場人人敢用、放心的作業機制：資料進來知道怎麼處理，資料有問題知道立刻停下來，產出交出去知道該找誰接手。

讀不懂 Prompt 時，請使用 Prompt 檢查 Viewer

開啟 Prompt 檢查 Viewer

這個工具用來讓你站在「第一天接手這份工作的新人」角度，逐項檢視：指令是否看得懂、手邊該準備哪些資料、資料缺漏時知不知道該停在哪裡。那些讓人讀起來不順的盲點，往往就是平常只留在資深師傅腦海裡、沒被寫下來的作業眉角。

現在就開始：只做一件事

請先挑出一件這陣子每天都在做、而且做完真的有其他部門會接手處理的例行工作。例如：

整理協力廠商回覆的答交進度，標出交期延誤的料號
彙整品管巡檢異常表，交給組長評估是否需要開立異常矯正單
把業務拜訪的會議筆記，整理成後續追蹤的待辦事項清單
交叉比對工單、倉庫庫存與出貨單，抓出帳料不一致的項目

挑選好題目之後，回到課程首頁，照著學習地圖一步一步推進。每一頁只要確實解決一個小交接就好，不用一開始就想著一步到位把整套系統建完。