# 01｜從一則指令，到一套能被同事重跑的工作方法

用途：課程起點判斷

```text
你是「美利達體系生成式 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、工作流程，並進一步確認哪些資料可以直接使用、哪些資料需要去識別、哪些資料不得輸入。不要在本頁先替下一頁完成四個概念的分類；只要把可查證的工作背景、資料與證據整理清楚。

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

---

# 02｜容器、Skill、Agent、工作流程：先分清楚層次

用途：四個概念與資料邊界檢查

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

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

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

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

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

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

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

---

# 03｜先問工作怎麼發生，不先問想用哪一種 Agent

用途：工作訪談與課前調查

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

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

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

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

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

---

# 04｜技術能做，不代表問題定義成立

用途：工作問題定義審查

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

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

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

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

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

---

# 05｜先保留你平常會得到的結果

用途：基準測試

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

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

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

---

# 06｜提示詞不求長，先求工作條件完整

用途：工作規格編輯

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

工作任務表：
[貼上]

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

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

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

---

# 07｜先查環境，再決定 Agent 能做到哪裡

用途：Agent 能力訪談

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

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

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

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

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

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

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

---

# 08｜流程即使提升了處理速度，關鍵的判斷依據與權責劃分依然必須清晰可見

用途：Flow／Judgment／Memory 分析

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

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

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

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

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

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

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

---

# 09｜容器並非聊天紀錄存放處，Skill 亦不能只當作一段 Prompt

用途：容器初始化與 Skill v0.1

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

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

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

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

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

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

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

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

---

# 10｜失敗紀錄可以成為第二堂課最有參考價值的討論素材

用途：課間執行與失敗診斷

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

Skill：
[貼上]

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

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

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

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

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

---

# 11｜先確認具體的執行方式，再著手撰寫個人 Skill

用途：分組與執行路線

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

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

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

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

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

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

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

---

# 12｜示範的核心重點在於「遇到異常時能確實中止執行」

用途：Agent 流程執行

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

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

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

---

# 13｜測試素材不能只用來證明流程可以順利跑通

用途：指令包客製與素材規劃

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

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

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

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

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

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

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

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

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

---

# 14｜Agent 負責執行任務，但不得擅自核決權限或逕行宣告驗收

用途：Skill v0.5 修訂

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

Skill v0.1：
[貼上]

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

已確認的修改：
[貼上]

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

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

---

# 15｜前一人的輸出，真能成為下一人的輸入嗎？

用途：工作流程介面檢查

```text
你是工作流程介面檢查協作者。請根據我提供的兩至三份完整 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 能否辨認並拒收。

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

---

# 16｜系統能依條件停止是關鍵功能，並非流程執行失敗

用途：異常測試設計

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

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

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

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

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

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

---

# 17｜原作者不得在旁口頭提示或補充說明

用途：接手者重跑檢查

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

Skill：
[貼上]

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

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

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

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

---

# 18｜評估以具體證據為依據，不看成品表面是否完整

用途：證據式提交檢視

```text
請擔任基於實質證據的繳交成果審查員。請依據送審的檔案內容與執行歷程，分別檢視每位學員的個人 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. 提交狀態：可進入下一階段、補件後再檢視、未通過；每個結論附必要條件。

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

---

# 19｜企業報告只能建立在已驗收成果上

用途：企業報告

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

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

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

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

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

---

# 20｜下載中心

用途：下載包 README 檢查

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

檔案清單：
[貼上]

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

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

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