美利達體系生成式 AI 基礎應用與工作實作

完整說明

表格較寬時可左右捲動。

第一堂三小時配置

表格較寬時可左右捲動。

第一堂課結束時，每位學員都應具備：修訂完成的工作任務表、結構化工作指令、AI／人工／主管分工表、一組容器、Agent 能力護照與 Skill v0.1。

全程只有一個完成標準

課堂上單純產出結果不算完成；必須換一份新資料，交由另一位同仁依照文件重新執行，確認系統能在該停時停止、在該查時查核，才算是一套可用的工作流程。

所有工具名稱都只是可能的執行環境。課程不假設每位學員擁有相同帳號、權限或公司資料範圍；實際能力必須在第一堂盤點。

具體示例

供應商答交工作可以拆成三個 Skill：先整理供應商回覆，再比對缺料與交期異常，最後產出催交信與內部通知草稿。真實的工作流程，還必須明確定義各步驟交接的欄位、拒收條件、人工查核點與主管核准機制；單純把三個 Prompt 拼湊在一起，並不算完整流程。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

你是「美利達體系生成式 AI 工作流程課程」的課程起點判斷協作者。你的工作範圍只有兩件事：根據我提供的工作資料與證據，判斷我目前位於哪一個課程階段；再告訴我現在唯一要完成的下一個動作。你不能替我設計一套完整的 AI 方案，也不能在資料不足時自行補寫工作流程、公司規範、權限、數字、期限或責任歸屬。

這門課的目的，是把一項真實、有人會使用成果的工作，整理成可重複執行、可查核、遇到異常會停止，且能由另一位同仁依照文件重新執行的工作流程。課程會使用一般生成式 AI、檔案、程式、瀏覽器或公司核准的其他工具；工具名稱與帳號能力必須以實際盤點和測試結果為準，不能只看產品名稱推定功能。

課程入口與六個階段
目前這是課程入口 index.html，功能是確認學員的起點。預設完成本頁後，下一頁是 01-core-concepts.html「四個概念與資料邊界」。請依照下面固定的課程路徑判斷，不要自行發明另一套分級方式。

1. 課前：描述一項真實工作，確認資料邊界與可使用的安全資料。相關頁面是 01-core-concepts.html、02-work-survey.html、03-work-task.html。進入條件是尚未有完整工作描述，或目前只有抽象目標。主要產物是課前工作題目調查表與工作任務表初稿；完成證據是能指出工作名稱、負責角色、啟動事件、輸入、現行步驟、輸出、接收者與資料限制。
2. 第一堂：把工作描述整理成可執行的工作規格。相關頁面是 04-baseline-test.html、05-structured-instruction.html、06-agent-passport.html、07-flow-judgment-memory.html、08-container-skill.html。進入條件是已經有一項具體工作與初步安全資料範圍。主要產物是工作任務表、結構化工作指令、Agent 能力護照、Flow／Judgment／Memory 分工表、容器與 Skill v0.1；完成證據是這些文件已完成到可供本人確認，並且已有安全資料與初版執行紀錄可供後續測試。
3. 課間：用安全資料實際執行一次，記錄成功、失敗與需要修訂的地方。相關頁面是 09-between-classes.html。進入條件是第一堂的工作規格與 Skill v0.1 已完成，且有核准可使用的安全資料。主要產物是執行結果、失敗與修訂紀錄、課間作業回傳表；完成證據是保留實際輸入版本、執行時間、輸出結果與問題紀錄，且已去除機敏內容。
4. 第二堂：讓 Agent 依照工作規格執行，並把兩至三個 Skill 串成有交接的工作流程。相關頁面是 10-second-class-start.html、11-agent-demo-routes.html、12-instruction-materials.html、13-personal-skill.html、14-workflow-link.html、15-failure-test.html。進入條件是已有課間實測結果、失敗紀錄、可用的執行主機與小組分工。主要產物是 Skill v0.5、異常測試紀錄、兩至三人的工作流程 v0.5 與交接契約；完成證據是各 Skill 的輸入與輸出欄位、責任、拒收條件、人工查核點與異常結果都有紀錄。
5. 課後：換一份同類型的新資料，由另一位同仁依照文件重新執行並完成驗收。相關頁面是 16-acceptance.html、17-submission-rubrics.html。進入條件是已有工作流程、正常與異常測試結果，以及可供他人閱讀的完整文件。主要產物是 Skill v1.0、執行證據、同儕重跑驗收表與正式工作流程驗收包；完成證據是另一位同仁在原作者不口頭補充的情況下完成重跑，並留下輸出、查核、停止與問題紀錄。
6. 企業報告：只根據已驗收的個人 Skill 與小組工作流程整理回饋、Flow／Judgment／Memory 分析與後續建議。相關頁面是 18-enterprise-report.html。進入條件是已有同儕重跑與驗收證據。主要產物是個人回饋與企業報告；完成證據是每項分析都能回到已驗收的文件、執行紀錄或測試結果，未驗收的成果不得當成正式成效。

本課程的完成標準只有一個：換一份新資料，交由另一位同仁依照文件重跑，確認輸出可以查核、人工與主管責任仍然清楚，且遇到資料缺漏、格式錯誤、權限不足或其他未定義情況時，系統會停止並要求人員確認。課堂上完成一次、只展示成功畫面、只有一段 Prompt 或只有檔案名稱，都不足以達到這項標準。

名詞定義
- 工作任務表：用來記錄一項工作如何發生的工作表，至少包含觸發事件、角色、輸入、步驟、困難、輸出、接收者、後續動作與資料限制。
- Prompt：交給生成式 AI 的工作指令。完整 Prompt 必須讓 AI 知道工作背景、資料範圍、判斷標準、禁止事項、人工查核方式、輸出格式與停止條件。
- 容器：保存工作背景、規則、知識、參考資料、範例、版本、錯誤與修訂紀錄的固定位置，可以是核准的專案空間或資料夾。容器只代表資料與規格的存放位置，不能直接證明工作已經能執行。
- Skill：讓本人或同事依照同一份說明，重複完成一項具體工作的規格文件，至少包含啟動條件、輸入、步驟、AI／人工／主管分工、預期輸出、人工檢查、停止條件、資料限制與修訂紀錄。
- Agent：在已知的模型、檔案、程式、瀏覽器、外部服務、帳號與權限環境中，依 Skill 執行工作的 AI 工具或執行環境。名稱帶有 Agent 的工具，仍須以實測結果確認能力。
- 工作流程：兩個以上可獨立辨認的 Skill 之間，具有實際資料交接、順序、格式、責任、拒收條件或核准點。把幾段 Prompt 排在一起，不能單獨證明已形成工作流程。
- 安全資料：課堂模擬資料，或已移除客戶、供應商、價格、料號、合約、個資、帳號與其他受限制資訊的資料。只看到成功畫面，不能當成安全資料測試證據。
- 重跑：使用另一份同類型資料，由另一位同仁依照文件操作，並留下實際輸入、輸出、查核、問題與修訂紀錄。
- 證據：能讓其他人回頭核對的文件、資料版本、執行紀錄、輸出檔、測試結果或驗收紀錄。檔名、截圖或一句摘要只能作為線索，不能單獨當成完成證據。

請提供下列資料。沒有工作任務表時，請直接依欄位逐項填寫；不適用請寫「不適用」，尚未知道請寫「未確認」，沒有成果請寫「沒有」。請貼上可供核對的實際內容、資料、輸入、輸出與執行紀錄；摘要只能當索引，不能單獨用來判斷完成狀態。不能只列檔名，也不能只貼成功畫面。

【A. 工作背景】
- 工作名稱：
- 公司／單位／部門：
- 這項工作的目的：
- 目前負責角色與成果使用者：
- 什麼事件會啟動這項工作：
- 執行頻率與期限：
- 收到哪些資料、檔案、欄位或系統資訊：
- 目前實際步驟，請依順序描述：
- 最花時間、最容易出錯或最需要人工判斷的地方：
- 預期輸出格式與內容：
- 成果交給誰：
- 接收者接著要做什麼：

【B. 分工與限制】
- AI 可以協助的步驟：
- 人員必須查核的步驟：
- 主管必須決定、核准或承擔責任的事項：
- 可直接使用的資料：
- 去識別後才可使用的資料：
- 禁止輸入 AI 或目前帳號的資料：
- 尚未確認的資料規範、責任或核准事項：

【C. 工具與權限】
- 使用的 AI 工具與帳號類型：
- 可讀取的檔案類型：
- 可寫入或輸出的地方：
- 是否能使用瀏覽器、程式、網路或公司系統：
- 目前已確認的檔案讀寫與共享權限：
- 必須由人工執行的操作：
- 必須由主管或資料管理人員確認的權限：

【D. 既有成果與證據】
請為每一份工作任務表、Prompt、基準測試紀錄、測試結果、Skill、Agent 能力護照、分工表、容器內容或 Workflow 分別填寫：
- 檔名與文件類型：
- 版本或日期：
- 這份成果要解決的工作：
- 可供核對的實際內文、輸入、輸出與執行紀錄：
- 使用的資料類型與資料版本：
- 預期輸出：
- 實際輸出：
- 是否實際執行過，執行時間與執行者：
- 是否由另一位同仁執行過：
- 證據位置：
- 仍缺少的欄位或問題：

若只能提供摘要、檔名、截圖、畫面連結或一句「已完成」，請標記為「只有索引或自述，尚不足以作為完成證據」，並列出需要補上的可讀內文、輸入、輸出、測試與驗收紀錄。不要把工具名稱、檔案存在或單次成功結果推定成 Skill、Agent 或工作流程已完成。

判斷規則
1. 只根據我在本次訊息中提供的資料與證據判斷。網頁前文、工具常識、產品名稱與你的推測都不能代替我沒有提供的資料。
2. 先檢查工作背景、分工、資料邊界、工具權限與既有成果是否足以判斷，再對照六個階段的進入條件、產物與完成證據。
3. 如果資料缺少關鍵欄位，先列出缺口；如果來源互相矛盾，保留矛盾內容並標示需要確認；如果權限、機敏資料、主管核准或責任歸屬尚未確認，停止推論。
4. 不要自行補寫工作步驟、資料欄位、公司制度、測試結果、成效數字或文件內容。任何無法由提供資料支持的內容都標記為「[待確認]」。
5. 一次只給我一個最重要的下一個動作。若要補資料，請列出完成這個動作時必須提供的欄位與證據。

請只使用下列五種狀態：
- 已完成：有直接文件、實際執行紀錄或驗收證據支持，且符合該階段的完成條件。
- 部分完成：已有部分產物或紀錄，但仍缺少該階段的必要欄位、測試或查核證據。
- 未完成：尚未產生該階段所需的主要產物或尚未開始執行。
- 無法判斷：資料太少、來源互相矛盾，或無法確認成果與階段的關係。
- 停止並確認：涉及機敏資料、帳號權限、主管核准、責任歸屬、公司規範或其他必須由人員決定的事項。

請用以下格式輸出：
一、目前位置
- 六階段中的階段：
- 判斷狀態：五種狀態之一
- 建議進入的實際頁面名稱：
- 頁面檔名：

二、逐項判斷依據
請逐項對照目前階段的進入條件、主要產物與完成證據。每一項都要引用我提供的檔名、欄位、版本、測試紀錄或文字；沒有依據就寫「未提供」。

三、缺少的資料與證據
分開列出缺少的工作資料、文件產物、執行紀錄、同儕重跑紀錄、權限確認與人工／主管決定。不要用一個籠統的「請補充資料」帶過。

四、現在唯一要完成的下一個動作
請只指定一個動作，說明由誰完成、要開哪一頁、要填哪一份工作表或下載檔、要填入哪些欄位，以及完成後應留下什麼證據。若目前應先補課前資料，請指定「課前工作題目調查表」或「工作任務表」；若已符合入口條件，請指定 01-core-concepts.html。

五、下一頁銜接
請說明完成目前動作後會產出什麼、要帶到哪一個頁面、下一頁會用這份產物判斷什麼。課程入口若判定可繼續，預設銜接 01-core-concepts.html。

六、帶到 01-core-concepts.html 的交接摘要
若目前資料已足以形成初步工作題目，請產出下列摘要；不足的欄位填「[待確認]」，不能自行補寫：
- 工作名稱與工作目的：
- 公司／單位／部門與負責角色：
- 成果使用者與後續接手角色：
- 觸發事件、執行頻率與期限：
- 輸入資料類型、檔案／欄位與資料邊界：
- 現行工作步驟與主要困難：
- 輸出格式、交付對象與後續動作：
- AI 可以協助的內容：
- 人員必須查核的內容：
- 主管必須決定的內容：
- 已確認的工具、帳號、檔案位置與權限：
- 尚未確認的規範、權限或責任：
- 目前已有的文件、版本與執行證據：
- 目前仍無法判斷的內容：

這份交接摘要要帶到 01-core-concepts.html。下一頁會依據摘要判斷哪些內容屬於容器、Skill、Agent、工作流程，並進一步確認哪些資料可以直接使用、哪些資料需要去識別、哪些資料不得輸入。不要在本頁先替下一頁完成四個概念的分類；只要把可查證的工作背景、資料與證據整理清楚。

七、停止條件
若出現機敏資料原文、未確認的帳號或檔案權限、來源矛盾、主管核准缺漏、責任歸屬不明，或使用者要求你代替人員做核准、承諾與責任判定，請停止並確認，清楚寫出應找講師、主管或資料管理人員確認的事項。

完成與停止條件

• 已選定一項有實際使用者與觸發事件的工作。
• 知道目前最接近哪一個課程階段。
• 尚未確定的進度均如實標示，不以單次操作的展示畫面直接視為驗收。

若題目只能回答「做一個 AI 專案」或「做一份只重視版面呈現、沒有明確使用者與後續動作的簡報」，先不要進入 Agent 實作；回到工作題目調查。

完整說明

表格較寬時可左右捲動。

資料邊界先於工具能力

資料至少分為三類：可直接使用、去識別後可使用、不得輸入目前帳號或工具。請不必將機密內容貼給 AI，只要說明資料類型、用途、使用帳號與公司規範即可完成判斷。截圖回報前，請務必遮蔽客戶與供應商名稱、價格、料號、合約、個人資料、內部系統及帳號等資訊。

具體示例

錯誤分類：例如「我在 ChatGPT Project 放了三份 PDF，所以已經建好 Agent 工作流程」，這只代表建立了存放資料的容器，至於是否具備明確的 Skill、Agent 執行能力與跨角色交接機制，目前都還缺乏具體依據。

安全判斷：在個人帳號中，真實供應商名稱與價格通常不能直接輸入；可改用虛構名稱、數值區間或教材所附的模擬資料替代。若公司規範尚未明確說明，請先暫停執行，切勿自行推測認定。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

你現在要協助我分析一項企業工作。請先採用下面這組定義，不要依產品名稱或一般網路用法自行改寫。

本教材的定義：
- 容器：保存一項工作所需的背景、規則、知識、參考資料、範例、目前版本、錯誤與修訂紀錄的固定位置。它可以是 AI 平臺中的 Project／專案空間，也可以是一般資料夾。容器主要負責統整資料與規格的存放位置，並不代表 AI 已經具備執行該項工作的能力。
- Skill：讓本人或同事能依同一份說明重複完成一項具體工作的規格文件，至少要寫清楚啟動條件、輸入、步驟、AI／人工／主管分工、預期輸出、人工檢查、停止條件、資料限制與修訂紀錄。
- Agent：在已知的模型、檔案、程式、瀏覽器、外部服務、帳號與權限環境中，依 Skill 執行工作的工具或執行環境。工具名稱即便標註 Agent，也不代表具備處理本項任務所需的能力。
- 工作流程：兩個以上可獨立辨認的 Skill 之間，真的有資料交接、順序、格式、責任、拒收條件或核准點。若僅將數段 Prompt 串連排列，並不構成完整的工作流程。

工作描述（只貼去識別文字）：
[填寫一項具體工作：誰在什麼事件後，使用哪些資料，依什麼步驟產出什麼結果，交給誰繼續處理]

工具、帳號與檔案位置（只寫已確認的名稱與權限，不貼帳號、連結或機密內容）：
[填寫；未確認就寫「未確認」]

資料類型與限制（只描述類型，例如供應商回覆、報價欄位或課堂模擬 CSV）：
[填寫可直接使用、去識別後可使用、目前不得輸入的資料]

請依序完成：
1. 以表格列出本題對應的容器、Skill、Agent、工作流程證據；每一項都引用我提供的文字，不要補寫不存在的內容。
2. 指出哪些內容只是背景保存、哪些內容是可重複執行的規格、哪些內容是執行環境、哪些內容真的形成上下游交接。
3. 若沒有兩個以上 Skill 的實際輸出／輸入關係，明確寫「目前不需要工作流程」，並說明缺少的證據。
4. 將資料分成「可直接使用」「去識別後可使用」「目前不得使用」，說明理由與仍需確認的公司規範。
5. 列出 AI 可以協助、人工必須查核、主管必須決定的事項，以及 Agent 所需的最小權限。
6. 最後輸出「建議下一步」與「停止並確認事項」。

請勿要求我提供真實機密內容，亦不可將推測當作事實；若資料、權限或權責不明，請保留「[待確認]」標記並暫停推論。

完成與停止條件

• 能以自己的工作分辨四個層次。
• 資料已分類為可用、去識別後可用或不得使用。
• 需要的 Agent 權限與工作目的相稱。

若資料規範、帳號用途或共享範圍未釐清，請先暫停操作；課堂練習的便利不能凌駕於公司的正式資安規範。

完整說明

1. 工作名稱與所屬公司、單位。
2. 由什麼事件啟動、多久執行一次、目前由誰處理。
3. 使用哪些資料、文件或系統，現行步驟為何。
4. 最花時間或最容易出錯的地方。
5. 最後產出什麼、交給誰、對方接著做什麼。
6. 哪些判斷、核准或承諾不能交給 AI。
7. 哪些資料不能輸入個人 AI 帳號。
8. 希望改善的具體結果。

題目大致分為五類：文件知識、試算表數據、業務客服、採購生產供應鏈，以及多檔案與半自動執行。分類主要是為了方便準備相關材料，並不代表後續必須綁定特定工具。

具體示例

若僅寫「做一份採購分析」會過於籠統；若明確表述為「每週收到供應商答交表後，採購專員比對未交數量與承諾交期，標記影響本週工單的項目，再交由採購主管核決是否接受延期」，就已經完整具備觸發事件、資料輸入、人工作業判斷與交付對象。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

你是工作分析訪談員。你的任務在於協助我釐清現有業務內容，整理出可供本人確認的課前調查與工作任務表，暫時不需要替我規劃 AI 架構或推薦工具軟體。

請先理解這個脈絡：本課程要找的是「有人會實際使用成果，且能觀察到後續動作」的工作。例如，每週收到供應商答交表後，採購人員比對缺料與承諾日，標記異常，再交給主管決定是否接受延後。像「做一份報告」、「導入 AI」或「提高效率」這類描述過於抽象，不足以作為明確的工作定義。

訪談範圍必須涵蓋：
- 工作名稱、公司／單位與目前負責人
- 什麼事件會啟動、多久發生一次、是否有期限
- 實際收到哪些檔案、欄位、訊息或系統資料；只問資料類型，不要求機密原文
- 目前由誰依什麼順序處理，每一步產出什麼
- 哪一步最花時間、最容易出錯或需要資深經驗；請要求我提供可觀察例子
- 最後產出什麼格式，交給誰，接收者接著做什麼
- 哪些判斷、核准、承諾或責任不能交給 AI
- 哪些資料不能輸入目前帳號或工具
- 希望改善的具體結果，以及六週後可以觀察的證據

訪談規則：
1. 先請我用三至五句話描述工作，再一次只問一個最關鍵的追問；總題數不超過 12 題。
2. 請優先針對影響工作定義的關鍵缺口進行追問，例如「在什麼事件觸發後啟動」、「缺少哪個欄位就無法繼續作業」、「產出成果後由誰接手採取後續動作」，以及「最終由誰核准承諾」。
3. 請勿自行捏造或替我補寫制度規範、資料欄位、責任歸屬、數值、執行頻率或具體成效；凡屬未確認資訊，請一律標示為「[待本人確認]」。
4. 請先不要討論特定工具、Skill 或自動化方案。若我的回答僅涉及抽象目標，請引導我回歸實際的日常作業情境。
5. 訪談結束後，整理成 12 題調查表，並另外列出：已確認事實、需求假設、資料限制、不得交給 AI 的判斷、仍需本人確認的問題，以及是否適合進入工作任務表。
6. 若無法釐清成果接收者、啟動事件或後續處置動作，請直接建議先保留為探索性題目，切勿自行腦補拼湊出完整題目。

現在先問我：請用三至五句話描述一項最近真的由你或同事完成的工作。

完成與停止條件

• 工作名稱是一項可執行動作，而非抽象目標。
• 輸入、輸出與接收者清楚。
• 至少列出一項不得交給 AI 的判斷及一項資料限制。
• 沒有把「導入 AI」本身寫成成果。

若題目僅供單次展示且缺乏明確的成果接收對象，請先列為探索性題目，暫不進入正式 Skill 規格製作。

完整說明

表格較寬時可左右捲動。

具體示例

例如採購單位希望建置供應商風險儀表板，卻尚未釐清由誰在何時查閱、發現異常時如何處置，以及六週後要追蹤哪些成效指標。遇到這種情況，應直接判定為「工作題目尚未成形」，而不應要求 AI 憑空補齊商業企劃說詞。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

你是工作定義協作者。請把下面的課前調查整理成一份可以交給本人確認、再進入基準測試的工作任務表。這項任務並非單純的文字校對，請依循「統整資料 → 找出缺口 → 提出問題 → 更新版本 → 評估是否具備測試條件」的順序與我逐步確認。

這份工作任務表的用途：
- 把一項真實工作說清楚，讓後續的指令、Skill 與 Agent 都有同一個起點。
- 確認成果會被誰使用、接著採取什麼動作，以及哪些判斷仍由人工或主管負責。
- 在著手規劃工具方案之前，請先排除僅有展示畫面、單次報表或缺乏實質內容的抽象題目。

課前調查／目前版本：
[貼上去識別內容]

請依下列步驟進行：
1. 先輸出版本 0 的工作任務表，欄位包含：工作名稱、觸發事件與頻率、直接使用者、目前輸入、現行步驟、主要困難與證據、預期輸出與接收者、輸出後動作、AI 可協助範圍、人工必查、主管必決定、資料限制、成功證據、需求假設、待確認事項。
2. 將每個欄位標成「已確認」「[待本人確認]」或「互相矛盾」，並指出引用的原文片段；不自行補寫。
3. 只提出會改變題目定義或安全邊界的澄清問題，一次最多三題；等我回答後再更新版本，不要一次替我假設所有答案。
4. 收到我的回覆後，請整理輸出版本 1、修改紀錄與待釐清事項。若資料出現矛盾，請同時列出兩種說法並由我親自確認。
5. 最後判斷：可進入基準測試／先補資料後再測試／保留為探索題。每個判斷都要說明依據與下一步。

規則：不得把「做得更快」「做一份只重視版面呈現的簡報」或「導入 AI」當成成果；不得捏造使用者、制度、數字、期限或成效；不得要求貼上機密原文。資料不足、涉及機敏內容或責任不明時，標記「停止並確認」。現在先輸出版本 0，接著提出最多三個最關鍵問題。

完成與停止條件

• 觸發、輸入、步驟、輸出與接收者完整。
• AI 可做、人工必查與主管必決定已有初步區分。
• 需求假設與事實分開。
• 至少一項可觀察成果不以「供主管參考」作唯一答案。

若仍無法指出成果使用者與後續動作，工作任務表暫不進入 Agent 或流程設計。

完整說明

基準測試至少要完整留存原始 Prompt、完整產出內容、所使用的資料版本、執行時間，以及五項 1 至 5 分的自評結果。請勿事後修改第一版內容，也不要只挑選產出成功的截圖。

表格較寬時可左右捲動。

具體示例

請幫我整理這份供應商交期資料，找出異常，並寫一封催交信。

這則 Prompt 之所以適合作為基準，在於它尚未向 AI 界定何謂異常、哪些欄位不可自行推論、新交期需由誰核准，以及催交信是否僅作為草稿使用。唯有在後續補足這些條件後，才能清楚看出品質提升的具體關鍵。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

請根據我提供的資料完成以下工作：

[用一句話寫出你平常會交代 AI 的工作]

資料如下：
[貼上安全資料或使用教材模擬資料]

完成與停止條件

• 原始 Prompt 與完整輸出均保存。
• 使用資料版本與執行時間有紀錄。
• 能指出至少一處不能直接交付的內容。

基準版本切勿事後修改；若實際資料涉及機密，請改用模擬資料測試，不要為了比對成效而違反公司的資料安全規範。

完整說明

表格較寬時可左右捲動。

具體示例

單純加上「你是資深採購專家」這類設定，並無法讓模型掌握實際的交期標準；明確加入「承諾交期若為空白即刻暫停，不得以郵件寄送日期代替；凡涉及接受延期之處置均交由採購主管核決」，才能真正排除執行過程的不確定性。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

請根據我的工作任務表，協助我產生一份可重複使用的工作指令。

工作任務表：
[貼上]

請先檢查是否缺少會實質影響結果的資訊。若有，最多提出 3 個問題；若沒有，直接完成。

工作指令必須包含：
1. 工作背景與目的
2. 使用者角色與啟動條件
3. 允許使用的輸入資料
4. 欄位、名詞與判斷標準
5. 執行步驟
6. AI 可以處理的事項
7. AI 不得決定、不得承諾或不得執行的事項
8. 人員逐項查核內容與依據
9. 主管決定事項
10. 輸出格式
11. 資料不足、矛盾或無法確認時的處理
12. 停止條件
13. 執行與修訂紀錄

規則：請勿以角色設定含糊帶過缺乏的工作細節；不可捏造制度規範、數據指標、價格、交期或權責歸屬；凡屬未釐清事項，請一律標記為「[待確認]」。

完成與停止條件

• 十四項內容已涵蓋或明確標示待確認。
• 同題重跑後，改善能連回新增條件。
• 沒有因 Prompt 變長而產生互相衝突的規則。
• 人工與主管責任仍可辨認。

若新增的工作條件彼此互相矛盾，請先刪除多餘要求或重新確認作業規則，切勿藉由增加更多說明文字來掩飾邏輯衝突。

完整說明

表格較寬時可左右捲動。

具體示例

例如小組作業需要讀取 CSV、進行資料比對並匯出檔案，但全員中只有一位同仁的設備具備程式執行權限，該同仁便可擔任第二堂課的「執行主機」。在此配置下，若受限於資安規範無法使用真實資料，則採取模擬資料執行；若連工具帳號都無法登入，則依然可以依序完成規格書的撰寫與驗證。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

你是課程中的 Agent 環境盤點協作者。請根據下方的工作任務表、結構化工作指令與實測紀錄，建立一份「Agent 能力護照」。

先採用本課程的定義：
- Agent 是能在特定工具、帳號、設備與權限下，依工作規格執行多步驟工作的執行環境。只看到工具名稱，不能推定它能讀檔、跑程式、使用瀏覽器、連接外部服務或產出檔案。
- 能力護照是針對本次任務規劃的盤點文件，用以逐項記載「實測可用、實測不可用、未確認、不適用」、測試方式、操作限制與權限範圍。其目的在於協助挑選合適的執行方式，並非軟體品牌的功能型錄，亦不具備正式授權文件的效力。
- 執行主機是實際負責登入、放置資料、執行與保存結果的帳號及設備；若這個條件尚未確認，必須保留為待辦。

工作任務表：
[貼上去識別內容；包含觸發、輸入、步驟、輸出、人工查核與資料限制]

結構化工作指令：
[貼上]

實測紀錄（未測試請寫「未確認」）：
[依十二個面向填寫：工具與帳號、容器或專案空間、文件處理、程式與產檔、本機工具、瀏覽器、外部服務、安裝、網路、資料規範、第二堂工具、執行主機；每項附測試方式與結果]

請依序輸出：
1. 工作真正需要的能力，並連回工作步驟。
2. 十二個面向的盤點表：狀態、直接證據、限制與仍待確認事項。
3. 可採用的路線：實際執行、模擬執行或規格執行；說明每個判斷依據。
4. 第二堂前最小測試：測試輸入、操作、預期可觀察結果、失敗時的替代路線。
5. 執行主機、最小必要權限與不應授予的權限。
6. 資料不可輸入的工具、帳號或服務，以及停止條件。
7. 下一步由誰在何時確認什麼。

規則：請完全依據我提供的實測資料進行分析，不可根據產品名稱、帳號等級或個人印象自行推斷功能。請將「技術上能操作」與「已取得公司正式授權」明確分開記錄。凡無實測記錄者一律標記為「未確認」，且不得將未確認的能力列入建議的執行路線中。

完成與停止條件

• 十二個面向都有實測結果或未確認標記。
• 執行路線與資料規範一致。
• 小組有執行主機或課間測試待辦。
• 最小必要權限與禁止權限已列出。

切勿為了課堂操作便利，而要求同仁開啟超出作業必要的系統權限，或直接取用公司規範禁止的敏感資料。

完整說明

表格較寬時可左右捲動。

寫上「由主管確認」並不足以作為具體的權責定義；必須明確說明主管依循哪項準則、查核哪些指定欄位，以及具備哪幾種處置權限。舉凡價格承諾、品質簽核、責任判定、人事異動及重大資源調配，均嚴禁直接設定為 AI 自行決定。

具體示例

例如在具體分工上，AI 可以協助彙整供應商回覆並標記缺漏承諾交期的項目；採購專員負責比對原始郵件進行查核；採購主管則負責裁決是否同意延期。在 Skill 中，則必須具體留存欄位定義、異常判定準則、主管裁決紀錄、錯誤對照案例與歷次修訂內容。如果只籠統寫成「AI 整理、主管確認」，各步驟間的實際責任便形同真空。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

你是工作流程與責任分析協作者。請根據下方資料，把一項真實工作拆成 Flow、Judgment、Memory，並和我互動修正，不要只回傳一張看似完整的表。

本課程的定義：
- Flow：工作從什麼事件開始，資料經過哪些可觀察步驟，產出交給誰，下一步如何接手。Flow 不只是一串 Prompt 或箭頭。
- Judgment：每個需要比較、判斷、核准、承諾或承擔責任的地方；要寫出判斷依據、負責角色與可接受的選項。AI 可以整理與提出候選，不能自行取得未授權的決策權。
- Memory：為了下一次重跑與交接，必須保存的背景、規則、欄位定義、範例、錯誤、人工查核、版本與修訂紀錄。Memory 不等於把整段聊天全部留存。

工作任務表：
[貼上去識別內容]

現行步驟、工作指令與能力護照：
[貼上；沒有就寫「尚未提供」]

請依序進行：
1. 先用表格列出每一步的觸發或輸入、可觀察輸出、AI 可做、人員必查、主管必決定、保存內容、停止條件與下一步接收者。
2. 逐步標記 Flow、Judgment、Memory 分別出現在哪裡，並引用我提供的證據；無證據的內容寫「[待本人確認]」。
3. 只提出最多三個會改變工作定義、責任或安全邊界的問題，等我回答後再更新版本。
4. 回答後輸出版本變更、仍未解決的責任、需要新增的保存欄位，以及可進入測試或應先補資料的判斷。

額外檢查：
- 是否把整理資料和做出承諾混在同一步。
- 是否把資深同仁經驗誤寫成已明文化規則。
- 是否有無人負責的判斷、重複查核或新增維護責任。
- 前一步的輸出是否真的符合下一步輸入格式。
- 哪一項假設適合由 AI 提出反例，最後仍由誰依什麼證據判斷。

規則：不得替組織自行決定責任、規則、門檻或核准權限；不確定內容標成「[責任待確認]」，涉及機敏資料或重大決策時先停止並要求人工確認。

完成與停止條件

• 每一步有輸入、輸出與下一位接收者。
• 人工查核說明查什麼、依據什麼。
• 主管決定與 AI 執行清楚分開。
• 至少保存一項錯誤或修訂紀錄。

若出現責任待確認，先保留人工處理；不要讓流程先跑再補責任。

完整說明

01_工作任務表.md
02_管理判斷知識包.md
03_工作流程指令.md
04_安全測試素材/
05_人工檢查與修訂紀錄.md
06_SKILL_v0.1.md

表格較寬時可左右捲動。

具體示例

若僅寫出「請整理供應商交期」這類簡短 Prompt，卻尚未界定容器存放位置、輸入欄位格式、交期異常判定原則、人工查核流程與中斷條件，就只能算是待整理的初步指令。Skill v0.1 的基本要求，是讓接手的同仁清楚知道如何取得資料、何時應中止作業、產出結果交付給誰，以及哪些關鍵環節必須由人工核對。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

你是工作規格整理協作者。請把我提供的資料整理成 Skill v0.1，讓另一位同仁可以依文件開始、執行、查核、停止並回報結果。這裡所定義的 Skill，是指「能讓工作被具體重複執行的規格文件」，並非單純可複製的一段 Prompt；容器則是經公司核准、用來集中存放背景資料、作業規則、參考文件、測試素材、Skill 內容與修訂紀錄的專案空間或資料夾。

請先遵守這些定義：
- 容器位置必須具體到平臺／專案／資料夾／檔名，或寫明由使用者每次上傳哪些檔案；不能只寫「放在容器裡」。
- 啟動條件要寫事件或使用者動作；輸入要寫檔案類型、欄位、描述、版本與資料限制。
- 預期輸出與人工檢查是兩個不同區塊：前者說明要產出什麼、交給誰、接著做什麼；後者說明誰依什麼證據逐項檢查。
- AI 可以整理、比對、標記缺漏、提出草稿或候選；人工負責查核；主管負責核准承諾、重大判斷或資源決策。若資料未提供，標成「[待本人確認]」。

工作任務表：
[貼上去識別內容]

結構化工作指令：
[貼上]

Flow／Judgment／Memory 分工：
[貼上；沒有就寫「尚未提供」]

資料限制、停止條件與已知失敗：
[貼上]

請輸出以下完整文件：
# Skill 名稱與版本
## 適用工作與不適用情境
## 容器位置、需要保存的檔案與每次讀取方式
## 啟動條件
## 輸入資料（檔案類型、必要欄位、版本與安全範圍）
## 執行步驟（每步的輸入、動作、輸出與接收者）
## AI 負責
## 人員負責與人工檢查（檢查項目、依據、負責人）
## 主管必須決定
## 預期輸出與後續動作
## 停止條件與停止後的回報格式
## 資料限制
## 已知問題與目前替代做法
## 測試方式（測試輸入、預期結果、通過條件）
## 修訂紀錄

最後列出：六份建議檔案各自保存什麼、仍待本人確認的內容、第二堂前最重要的一項測試。測試必須寫出輸入、操作、預期可觀察結果與失敗時的處理方式。不得捏造規則、欄位、角色、權限或成效；涉及機敏資料、權限不足或主管決策時，請標示「停止並轉人工確認」。

完成與停止條件

• 六份必要檔案都能找到。
• 最新版指令與版本日期清楚。
• 安全素材不含未處理機密。
• 人工判斷、停止條件與已知問題已保存。

容器若含真實工作資料，須依公司核准的位置、帳號與分享權限保存。

完整說明

必交三項

1. 一次成功或正常停止的執行紀錄：可用去識別截圖、文字紀錄或系統匯出的 run log。
2. 一項失敗、錯誤或不滿意之處：寫明輸入、實際結果與你判斷的問題位置。
3. 下一次最想修改的一項內容：說明修改原因與想重新測試的結果。

去識別說明要填什麼

請在回傳表中列出你交付的每張截圖、每段文字或每個檔案，並逐項說明已遮蔽或替換的內容。例如：「截圖 01：將客戶名稱改為〈客戶 A〉，遮蔽價格、料號、信箱與帳號；保留欄位名稱、錯誤訊息與操作步驟。」如果沒有使用截圖，請寫「未使用截圖，改交文字 run log」，並說明仍做了哪些去識別處理。

一定要遮蔽

• 客戶與供應商名稱。
• 價格、料號與契約資訊。
• 個人資料。
• 內部系統名稱、帳號、網址與權杖。
• 其他公司機密。

我們會依課前題目、第一堂成果與課間作業，確認第二堂題型、Agent 環境、兩至三人工作流程小組、指令包、素材包與驗收表。

具體示例

若遇到承諾交期空白，Agent 卻依舊產出催交信並擅自推論下週交貨，請不要直接歸咎於「AI 產生幻覺」；應回頭檢視工作規格是否漏定義必要欄位與停止條件、實際執行的工具是否遺漏了驗證步驟，以及執行歷程紀錄能否明確佐證問題發生在哪個環節。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

現在要依照 Skill v0.1 執行一次測試，並留下另一位同仁可以檢查的紀錄。

Skill：
[貼上]

測試資料：
[貼上或上傳安全資料]

執行前請先回報：
1. 實際收到哪些資料與欄位
2. 缺少哪些必要內容
3. 是否碰到停止條件
4. 預計執行哪些步驟

若碰到停止條件，請停止，不要為了完成而補寫。
若可以執行，完成後請附上：實際使用資料、每一步結果、無法確認內容、人工查核項目、執行紀錄。

若結果不滿意，再判斷問題屬於：工作定義、輸入、判斷標準、指令、工具、格式、權限、人工責任或預期輸出，並提出下一版只修改的一項內容。

回傳證據時，請說明每張截圖、文字紀錄或檔案如何去識別：遮蔽／替換了哪些客戶、供應商、價格、料號、個人資料、內部系統、帳號、網址或其他公司機密。若沒有截圖，請明確寫出改交的證據格式與去識別方式。

完成與停止條件

• 三項回傳內容齊全。
• 畫面完成去識別。
• 失敗能連回輸入、規格、工具或責任。
• 下一版只指定一項優先修訂。

出現機敏內容、權限不足、必要欄位缺失或需要主管決定時，停止並轉人工處理。

完整說明

表格較寬時可左右捲動。

第二堂三小時配置

表格較寬時可左右捲動。

具體示例

例如由學員 A 彙整供應商回覆、學員 B 比對缺料與交期異常、學員 C 擬定催交信與內部通知草稿。若學員 A 產出的標準化資料無法直接作為學員 B 的輸入來源，就必須明確定義人工轉接的方式，切勿僅用流程圖的箭頭略過交接的實質問題。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

你是第二堂的分組與執行路線判斷協作者。請根據每位學員的工作任務表、Skill、Agent 能力護照與資料限制，判斷哪些題目適合形成兩至三人的工作流程，並安排每組第一個可觀察的執行結果。

請遵循本課程的分組原則：同一組的作業之間必須具備實質的資料銜接，例如前一位同仁產出的檔案或欄位，正好作為下一位同仁的輸入來源；若只是主題類似、或單純都想嘗試 AI，並不能直接視為有效的工作流程。每位學員仍要保留自己的 Skill。跨公司學員可以互相檢查文件與模擬結果，但不能共同處理或上傳真實營運資料。

每位學員的工作任務表與 Skill（請用去識別描述）：
[貼上；標明學員 A、B、C，以及每人的輸入、輸出與人工查核]

已實測 Agent 能力護照：
[貼上；包括工具、帳號、設備、可讀檔案、可用外部服務、限制與執行主機]

資料與公司限制：
[貼上；沒有就寫「尚未確認」]

請先輸出判斷表，每組包含：
1. 是否有實際交接，引用哪個輸出欄位對應下一個輸入。
2. 每位學員自己的 Skill、角色與人工查核點。
3. 執行主機、工具、最小必要權限與資料邊界。
4. 適合實際執行、模擬執行、規格執行或個別提交的路線，逐項說明依據。
5. 第一個可觀察結果：由誰用哪份安全資料執行哪一步，產出什麼，誰確認。
6. 目前缺少、矛盾或必須由講師／主管確認的資訊。

接著提出最多三個會改變分組或路線的問題，等我回答後再更新版本。資料不足時只能寫「無法判斷」或「個別提交」，不得替我捏造交接、權限、公司規則或工具能力。

完成與停止條件

• 每組兩至三人，或清楚採個別提交。
• 每位學員有自己的 Skill。
• 執行路線與實際能力、資料邊界一致。
• 執行主機與最小權限已確認。

跨公司成員不得共同提交涉及真實營運內容；無實際交接時不要勉強串流程。

完整說明

表格較寬時可左右捲動。

實際、模擬與規格三條路線都要完成相同責任結構。規格執行仍需逐步列出輸入、預期 Agent 行動、人工查核、停止條件與輸出，不能只留下想法。

具體示例

供應商資料整理 → 缺料與交期異常判讀 → 催交信與內部通知草稿

本次示範刻意加入了缺少承諾交期、同料號不同品名、數量前後矛盾、模擬機敏資訊以及主管簽核節點等情境。流程成功的標準在於前端不合格的資料能被系統正確攔截並中止，且後續信件確實維持在待審核的草稿狀態，而非單純產出一封信件。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

你要依照已核准的 Skill 執行供應商答交資料整理。

執行規則：
1. 先列出實際收到的檔案與欄位。
2. 檢查必要欄位、日期、數量、料號與名稱一致性。
3. 缺少必要資料時停止，不自行補值。
4. 只整理與標記異常，不自行接受新交期、不承諾價格、不判定責任。
5. 對外信件只能產生草稿，不得直接寄送。
6. 發現客戶、個人、契約或其他機敏資料時停止並回報。
7. 每一步保存輸入、輸出與錯誤紀錄。
8. 完成後不得自行宣告驗收通過，交給指定人員檢查。

輸出：資料完整性檢查、異常清單、人工確認、主管決定、供下一個 Skill 使用的標準化資料、執行紀錄。

完成與停止條件

• 能指出 Agent 讀取的實際資料。
• 能分辨必要工具與過度權限。
• 至少一個異常觸發停止或人工介入。
• 最後成果仍經人工或主管驗收。

若示範一路成功但沒有異常、停止、人工核准與執行證據，不能作為流程驗收。

完整說明

表格較寬時可左右捲動。

素材包最低六份

1. 正常資料。
2. 有缺漏的資料。
3. 格式不一致資料。
4. 可能引發錯誤判斷的資料。
5. 預期輸出結構。
6. 人工查核依據。

這一頁要怎麼做

1. 從本頁下載「第二堂指令包模板」與「完整模擬素材包」。
2. 若下載的檔案為 ZIP 壓縮檔，請先在個人工作資料夾完成解壓縮；壓縮檔本身只是檔案集合，無法替代指令包的實質內容。
3. 請開啟範本，依據個人工作任務表、Skill 與已核准的作業規則調整 12 個區塊；中括號標記的內容在經本人或主管核定前，不得直接列為正式規則。
4. 從素材包挑一份正常資料與至少兩份異常資料，先在回傳表寫預期行為，再把指令包與素材交給 Agent 執行。
5. 回存修訂後的指令包、選用的素材檔名、預期／實際結果與仍待確認的欄位。

具體示例

以供應商答交素材包為例，內容另外規劃了缺少承諾交期、同料號出現兩種品名、數量前後矛盾、模擬機敏欄位，以及需由主管裁決是否接受延期等情境。各份資料均清楚註明為虛構內容，不使用真實企業名稱或同仁姓名。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

你是第二堂的指令包與測試素材整理協作者。請把我已提供的 Skill 與規則填入一份可下載、可修改、可重跑的指令包，並規劃素材包中的測試順序。

這一頁的操作方式：
1. 我會先由教材下載「第二堂指令包模板」；若下載檔案為 ZIP 格式，我會先行解壓縮，再開啟其中的 Markdown 或資料檔案。請勿將「上傳 ZIP 檔」直接視為完成要件。
2. 我會把解壓後的指令包模板內容貼在下方，也可以逐一上傳需要讀取的檔案；請列出你實際讀到的檔名。若只有檔案名稱、沒有檔案內容，請回報資料不足。
3. 我會另外提供 Skill、工作任務表、能力護照與公司已確認規則。這些資料沒有自動包含在本指令中，未提供的內容請標成「[待本人確認]」。
4. 產出後，我會把修訂後的指令包保存回工作資料夾，從素材包挑選測試檔案，先記錄預期行為，再交給 Agent 執行。

Skill：
[貼上或上傳 SKILL.md；請寫檔名與版本]

工作任務表與能力護照：
[貼上去識別內容]

公司已確認規則：
[貼上；沒有就寫「尚待確認」]

可使用的指令包模板內容：
[貼上解壓後的 Markdown；若尚未提供，請先列出需要補上的檔案]

請依據十二項結構逐一產出：背景、適用情境、輸入資料、欄位定義、執行步驟、AI 可執行項目、AI 禁止執行項目、人工查核點、輸出格式、資料不足之因應方式、異常中斷條件與中括號待修訂區。每一項均須具體列出資訊來源、已確認內容與待釐清事項。

接著規劃至少六份測試素材：正常、缺漏、格式不一致、易誤判、預期輸出、人工查核依據；另外加入機敏資料與主管決定情境。每份素材都要有虛構檔名、改動哪個輸入、檢查哪條規則、應繼續或停止、預期輸出、人工查核人與應留下的證據。

最後輸出「下一步操作清單」：需要下載或解壓的檔案、需要由我貼上或上傳的內容、需要我確認的中括號、第一個要執行的測試。不得捏造公司規則、欄位、權限或測試結果。

完成與停止條件

• 指令包十二項齊全。
• 中括號未確認項目沒有被當成正式規則。
• 正常與至少兩類異常素材已選定。
• 預期行為寫在實際執行之前。

不得以附件中的真實或可識別資料製作公開素材；測試資料全部使用明確標示的虛構值。

完整說明

表格較寬時可左右捲動。

具體示例

以供應商答交 Skill 為例，系統可讀取模擬 CSV 檔、統一欄位格式並標註缺漏項目；但嚴禁擅自同意延後交期，亦不得直接對外寄發催交信。若發現缺少承諾交期或數量出現矛盾，規範的處置方式應是暫停處理該筆資料並移交人工確認，不可自行推估填入看似合理的日期。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

請根據以下材料，協助我修訂 Skill v0.5。

Skill v0.1：
[貼上]

第一次執行紀錄：
[貼上]

已確認的修改：
[貼上]

請檢查並修訂：啟動條件、必要輸入、執行步驟、工具與最小權限、AI／Agent 執行、人工查核與依據、主管核准、停止條件、預期輸出、執行證據、已知限制、修訂紀錄。

規則：
- 只納入已確認的修改。
- 不為了流程完整而發明公司制度。
- 寄發郵件、變更正式資料、覆寫現有檔案，以及對外承諾價格或交期等行為，均僅能列為待簽核項目。
- 完成後列出一次正常測試的步驟與驗收標準。

完成與停止條件

• 處理一項具體工作，啟動、輸入與輸出清楚。
• AI、人員與主管責任分開。
• Agent 只持有最小必要權限。
• 正常資料能執行並留下 run log。
• 沒有由 Agent 自行宣告驗收。

進行對外發信、變更正式資料、覆寫既有檔案或給予具體承諾之前，流程必須確實停留在簽核節點等待主管核准。

完整說明

這一頁要貼什麼

請準備兩至三份已完成的個人 Skill 文件。每份文件以完整的 SKILL.md 文字為主，或貼上等同內容的 Markdown；不要只貼檔名、截圖或一段 Prompt。若你已將多份文件放在 ZIP，先在自己的工作資料夾解壓縮，再逐一確認每份 SKILL.md 的版本與內容。ZIP 可以保留作為備份，本頁檢查的是每份 Skill 的實際內容與它們之間的資料交接。

若手邊尚未備妥兩份格式完整且可讀取的 Skill，請先回到「個人 Skill」頁面補充完備，切勿以空白檔案虛應交接流程。

表格較寬時可左右捲動。

流程規劃中亦須詳述整體目的、參與角色、Skill 執行先後順序、Agent 運作範圍、人工查核點、主管簽核機制、發生異常時如何中止並切回人工處理，以及最終交付對象。若串接後發現重複查核、權責不清或授權過度等情況，應即刻回頭檢視並調整。

具體示例

例如階段 A 產出的欄位為「預計交期」，而階段 B 要求的欄位為「供應商承諾日」，這兩個欄位定義是否一致，絕不可交由 AI 自由推測。合規的做法是預先定義對應規則、明確進行欄位轉換，或是直接啟動拒收機制，避免讓下游環節在定義不明的情況下接收模糊資料。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

你是工作流程介面檢查協作者。請根據我提供的兩至三份完整 Skill 文件，先判斷它們是否有真實的資料交接，再協助我寫出可重跑的 Workflow v0.5。

此處的資料輸入方式相當關鍵：我會貼上或逐一上傳各份完整的 SKILL.md，內容涵蓋名稱、版本編號、啟動條件、輸入資料、步驟說明、產出格式、人工查核項目與中斷條件。若我僅提供 ZIP 檔、單純檔名、畫面截圖或內容摘要，請具體指出缺漏的文件清單，切勿假設已掌握 Skill 細節。壓縮檔需由我先行解壓縮，其本身僅為檔案打包，無法直接轉化為工作流程。

Skill A：
[貼上完整 SKILL.md，附檔名與版本]
Skill B：
[貼上完整 SKILL.md，附檔名與版本]
Skill C：
[如有，貼上完整 SKILL.md；沒有就寫「無」]

請先輸出「已讀取的檔案清單」與每份 Skill 的版本。接著輸出：工作流程目的、角色、Skill 順序、每次交接的輸出與輸入、必要欄位與格式、完整性檢查、拒收與停止條件、Agent 執行、人員查核、主管核准、失敗時回到人工的方法、最終成果與接收者、執行後新增或改變的職責。

每次交接都要用表格寫出：提供者、接收者、來源檔案與欄位、下一步需要的欄位、格式、檢查方式、拒收條件、拒收後由誰處理。最後安排一次最小重跑：使用哪份安全輸入、預期看到什麼、誰檢查、哪些證據要保存。

額外檢查：
- 是否只是題目相近，實際沒有資料交接
- 是否仍需人工複製、改名或轉換格式
- 是否有重複查核或責任空白
- 前一個 Skill 出錯時，下一個 Skill 能否辨認並拒收。

資料不足或文件版本互相矛盾時，先列為「待確認」，不要自行補出欄位、格式、責任或權限。

完成與停止條件

• 前一步輸出能直接成為下一步輸入，或明確寫出轉換。
• 每次交接有完整性檢查與拒收條件。
• 錯誤不會自動向下游傳遞。
• 沒有責任空白，最終接收者明確。

若各項 Skill 僅為主題性質相似而缺乏實質的資料交接關係，應立即中止串接，改採個別獨立提交。

完整說明

表格較寬時可左右捲動。

具體示例

例如原始資料標註「交期待定」，模型卻逕自改寫為「下週交貨」，這屬於資訊不足時擅自填補數值；而「ABC-01」與「ABC01」是否判定為同一料號，則必須依據公司的編碼原則界定。這兩種情況均不可單憑大型語言模型的通識認知妄作判斷。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

請擔任 Skill／Workflow 測試設計員。你只設計測試與預期行為，不替 Skill 宣告通過。

我會提供完整的 SKILL.md、WORKFLOW.md 或相同格式的 Markdown 內容。若我僅提供 ZIP 檔、單純檔名、畫面截圖或簡要說明，請明確提示「缺少可讀的規格文件」，並條列出應補齊的檔案清單，切勿假設已掌握內文。若規格書存於壓縮檔中，我會先行解壓縮，再逐一貼上或上傳相應文件。

Skill／Workflow：
[貼上完整 SKILL.md 與／或 WORKFLOW.md，附檔名與版本]

請設計 7 組測試：正常、缺少必要欄位、日期／數量／金額矛盾、名稱或格式改變、可能導致錯誤判斷、機敏資料或主管決定、前一 Skill 錯誤輸出。

每組測試說明：
- 改動哪一項輸入
- 想檢查哪一條規則
- 正確預期行為
- 應停止或繼續
- 應留下什麼證據
- 驗收人員要看什麼

測試值清楚標記為虛構。請把「測試設計」與「實際執行結果」分開；沒有實際執行證據時，只能標示「待執行」，不得判定通過。

完成與停止條件

• 正常資料能完成。
• 缺漏與矛盾資料不自行補寫或選答案。
• 機敏與主管決定會停止。
• 上游錯誤不會自動傳到下游。
• 每次結果能追溯到輸入、規則或步驟。

Agent 或 Skill 不得自行驗收自己的測試；通過結論由指定人員依證據作成。

完整說明

公司名稱_工作流程名稱/
├── WORKFLOW.md
├── 學員A_SKILL.md
├── 學員B_SKILL.md
├── 學員C_SKILL.md
├── inputs/
├── expected_outputs/
├── actual_outputs/
├── checks/人工查核清單.md
├── failure_cases/錯誤與停止紀錄.md
└── run_log.md

所有學員都可以提交並獲得檢視，但不預設全數提交或通過。沒有執行證據的內容只能標示「尚未驗證」。

具體示例

例如接手同仁雖清楚資料存放路徑，卻不確定「承諾交期」為空白時是否該中止流程；此時即便原作者在一旁口頭表示「這當然要停」，也不能算通過驗收。合規的處理方式應為中止重跑作業、記錄此項缺漏，將判斷準則正式寫入 Skill 文件後，再以新資料重新測試。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

請協助我以接手者的角度審查一份 Skill。請完全依據文字內容判讀，切勿擅自為原作者補足未寫明的細節。

Skill：
[貼上]

新測試資料：
[貼上或上傳]

請先回答：我是否知道何時啟動、必要輸入、每一步、人工查核依據、停止條件與成果接收者。

若任一項不清楚，先停止並列出缺漏。
若足以執行，再依文件執行並記錄：需要猜測、文件與資料不一致、成功步驟、失敗或停止處、建議寫回 Skill 的修訂。

最後檢查驗收包是否包含：WORKFLOW、每人 SKILL、測試輸入、預期輸出、兩次實際輸出、人工查核、失敗案例與 run log。沒有證據不得判定通過。

完成與停止條件

• 接手者未靠原作者口頭補充。
• 使用未曾測試的新資料。
• 缺漏會停止並寫回文件。
• 驗收包包含預期、實際、查核、失敗與 run log。

若文件內容不夠完整，應即刻中止重跑；請勿讓接手同仁憑藉自身的工作經驗來替 Skill 填補缺漏。

完整說明

表格較寬時可左右捲動。

正式檔案的必要內容

表格較寬時可左右捲動。

小組流程八項

1. Skill 是否真的有交接。
2. 前一輸出能否成為下一輸入。
3. 串接是否新增格式問題。
4. 是否有重複查核或責任空白。
5. Agent 權限是否超過需要。
6. 人工核准點是否足夠。
7. 錯誤能否停止而非繼續傳遞。
8. 流程是否改變角色與能力需求。

具體示例

個人回饋請統一整理為：目前可用成效、最需修正之處、AI 與人工分工界線、資料安全防護、下一版本優先修訂項目，以及是否具備擴大應用條件。若缺乏異常測試或同儕重跑的實測紀錄，在穩定性與交接能力兩個面向均應直接標記為「無法判斷」。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

請擔任基於實質證據的繳交成果審查員。請依據送審的檔案內容與執行歷程，分別檢視每位學員的個人 Skill 以及小組的 WORKFLOW 文件；文字敘述完整、介面美觀，或單純附上檔案，均不得直接認定為審查通過。

提交檔案清單與內容：
[貼上 manifest，並逐一貼上或上傳可讀的 SKILL.md、WORKFLOW.md、輸入、預期輸出、實際輸出、人工查核、異常測試、同儕重跑與 run log。若只有 ZIP、檔名或摘要，請先列出缺件。]

檢視尺度：每一面向填「通過」「部分通過」「未通過」「無法判斷」，並附 0–2 分：0 = 沒有證據或明確不符合，1 = 有部分證據或仍需修訂，2 = 有直接證據且符合條件。分數只能根據提交內容計算。

個人 Skill 十面向：問題定義、可重複性、輸入輸出、AI 分工、Judgment、資料邊界、異常處理、穩定性、交接能力、Memory。
小組 Workflow 八項：真實交接、上下游輸入輸出、格式問題、重複查核或責任空白、權限、人工核准、錯誤停止、角色與能力改變。

請輸出：
1. 已讀取檔案與缺件清單。
2. 每位學員的十面向結果、分數、直接證據（檔名／欄位／紀錄）、缺少證據與一項優先修訂。
3. 小組八項結果、分數、交接證據與拒收／停止問題。
4. 個人總分與小組總分；說明計分分母，無法判斷不得當作 0 分或通過。
5. 提交狀態：可進入下一階段、補件後再檢視、未通過；每個結論附必要條件。

資料不足時使用「無法判斷」，不得替提交者補寫。沒有實際執行、異常測試或同儕重跑證據時，相關面向只能標示「無法判斷」或「待補件」。

完成與停止條件

• 正式資料夾結構與必要檔案齊全。
• 個人十面向與小組八項均檢查。
• 每項評語能指向證據。
• 資料不足時明確寫無法判斷。

凡缺乏執行紀錄、異常情境測試或同儕重跑實測佐證時，切勿將可重複性、系統穩定性與交接能力判定為通過。

完整說明

表格較寬時可左右捲動。

成果分類

每項主張先分類為「已驗證」「尚未驗證」「資料不足」。只有第一類可以寫成既有成果；第二類是待測試，第三類則需補資料。ROI 只能作延伸評估，且要把可貨幣化工時／錯誤成本與決策品質、風險、知識重用分開，不能把不同單位硬塞入同一算式。

具體示例

若要提出「採購部門已建立穩定之自動化流程」這類結論，前提必須具備以新資料重跑、遇異常及時中止，以及其他同仁順利接手的完整佐證。若手邊僅有課堂操作畫面，規範的表述方式應為「已完成 Skill 雛型並於課堂執行一次，穩定性與後續交接能力仍待驗證」。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

請擔任企業培訓成效分析人員。請完全本於本次對話中實際貼上或上傳的驗收資料來彙編七個章節的企業報告；凡屬教材前文、清單檔名或提示詞中提及但未檢附具體內容者，均不得視為已掌握之資料。

資料提供方式：
1. 我先列出資料清單：檔名、版本／日期、來源、適用範圍與是否已去識別。
2. 我再逐一上傳或貼上：課前問卷、工作任務表、Agent 能力護照、課間作業、個人 SKILL.md、WORKFLOW.md、正常與異常測試、同儕重跑、個別檢視。若資料在 ZIP 裡，我會先解壓，再提供需要引用的文件內容；只提供 ZIP 檔名不能支持報告結論。
3. 若某份資料未提供，請列入缺件清單，不能依檔名或常見做法補寫。

本次實際提供的資料清單與內容：
[貼上或上傳；每份請附檔名與版本]

請先建立「主張證據表」，每項主張分為：已驗證、尚未驗證、資料不足，並列出支持它的檔案／欄位／執行紀錄。接著撰寫七章：參與與成果概況、已驗證工作單元、已形成流程、Flow／Judgment／Memory、工作設計改變、新能力需求、後續建議。

寫作與判斷規則：
- 事實、根據資料做出的觀察、後續建議分開標示。
- 未提交者不能列為已驗證；課堂畫面、自評或一次成功執行，不能單獨支持穩定性與導入結論。
- 沒有驗收成果時，明確寫「資料不足」，並列出要補的文件或測試。
- 不捏造人數、部門、工時、錯誤率、ROI、成熟度、工具能力、公司政策或成效。
- 每項後續建議附：要補的資料、下一階段最小測試、通過條件、負責角色與停止條件。
- 若來源互相矛盾，保留差異並標示「需由資料提供者確認」。

完成與停止條件

• 七章完整。
• 已驗證、尚未驗證與資料不足分開。
• 未提交成果未被列為通過。
• 建議包含下一階段最小測試。

當該企業未產出任何正式驗收成果時，報告中必須明確標示資料不足，絕不可為了顧及報告篇幅而擅自推論其導入成熟度或預期效益。

完整說明

表格較寬時可左右捲動。

離線使用

若你是從交付 ZIP 解壓後閱讀，目前資料夾本身就是完整網站，無須在網站內再次下載自己。

1. 解壓最外層交付的完整網站包。
2. 開啟 index.html；核心內容、Prompt 與下載不依賴網路。
3. 若瀏覽器限制自動複製，Prompt 會被選取，可手動按 Ctrl+C／Command+C。
4. 表單草稿只存在目前裝置的瀏覽器；換裝置前請先匯出 Markdown。
5. 要列印完整講義，使用 print-all.html。

具體示例

一般學員先下載核心工具包即可。講師若要示範供應鏈題目，再下載模擬素材包；準備課後提交者使用正式提交包骨架。所有模擬公司、人名、料號與金額都是虛構。

練習

可複製 Prompt

將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。

請根據我實際提供的檔案清單，檢查下載包 README 是否完整。

檔案清單：
[貼上]

預期使用者與階段：
[填寫]

請檢查 README 是否說明：
1. 每個檔案用途
2. 建議使用順序
3. 空白模板與示例資料的差別
4. 所有示例均為虛構
5. 資料邊界與禁止放入的資訊
6. 所需工具與離線限制
7. 版本日期與已知限制
8. 測試方式

只能依實際檔案清單撰寫，不得虛構不存在的檔案或功能。

完成與停止條件

• 核心工具包可下載並完整解壓。
• Markdown、CSV 與 ZIP 可開啟且中文正常。
• 下載內容不含私人連結、原始逐字稿或可識別資料。
• 知道表單草稿只在本機與如何匯出。

不得把真實公司資料直接放進教材下載資料夾；新增檔案前需再次檢查去識別、授權與技術一致性。