# 基層主管 AI Agent 實作課 Prompt 包 v0.8 所有 Prompt 均使用虛構、去識別或公開可查證資料。資料、權限或來源不足時，先停止並由人確認。 ## 01 三個核心練習：會議記錄、簡報生成、報表分析 ### Prompt 1 ~~~text 你要協助我整理一份完全虛構、去識別的分行會議逐字稿。請把逐字稿視為尚未查核的原始材料，不得把語句流暢度當成內容正確性。 【情境】 這是一場虛構的「青禾分行服務流程調整會議」。會議討論三項工作： 1. 每週一早上是否調整服務準備時間。 2. 等候區引導說明是否需要改版。 3. 下個月是否進行兩週的小規模試行。 逐字稿可能包含： - 錯別字與語音辨識錯誤 - 口語、省略主詞與插話 - 數字矛盾 - 日期矛盾 - 責任角色不明 - 尚未作成決定的提議 - 需要查資料後才能回答的問題 【輸入】 我會在本 Prompt 後方貼上一份完整逐字稿。 逐字稿只含虛構人物、虛構數字與虛構事件。 你只能使用我貼上的逐字稿，不得引用其他對話、外部資料或自行補充組織規定。 【任務】 請依序完成： 1. 保留原意，修正明顯錯別字，但不得重寫成另一套說法。 2. 依內容分出： - 已確認事實 - 已作成決定 - 後續行動 - 尚未決定 - 矛盾與待查 3. 後續行動若缺少承接角色、期限或完成標準，請直接標示「待確認」。 4. 數字、日期或責任前後不一致時，不得自行選一個答案，必須列出兩種說法及其原文位置。 5. 對每一項決定與行動，附上最短必要原文，方便人工回查。 6. 最後列出一份「下次會議前要確認的問題」。 【不得自行補寫】 不得自行增加： - 正式職稱與權限 - 會議未提到的決定 - 沒有說明的責任角色 - 沒有說明的日期或期限 - 改善比例、節省時間或績效數字 - 任何真實銀行規定 - 對發言者能力、態度或動機的判斷 【輸出格式】 請輸出五個區塊： 一、會議摘要 限 200 字內，只寫已確認內容，不寫推測。 二、決定事項表 欄位： 1. 編號 2. 決定內容 3. 支持原文 4. 是否仍有條件 5. 人工查核結果 三、後續行動表 欄位： 1. 工作事項 2. 承接角色 3. 預計時間 4. 完成標準 5. 缺漏內容 6. 支持原文 四、尚未決定與矛盾表 欄位： 1. 主題 2. 說法一 3. 說法二 4. 為何無法判定 5. 下一步確認方式 五、人工查核清單 至少檢查： - 是否把提議誤寫成決定 - 是否自行補上責任角色 - 是否自行選擇矛盾數字 - 是否遺漏暫緩事項 - 是否每項決定都能回到原文 - 是否保留待確認狀態 【停止條件】 若逐字稿沒有貼上，請停止並提醒我貼上完整逐字稿。 若內容出現真實客戶、真實員工、交易、帳務、申訴、稽核、內部政策原文或可識別資料，請停止處理並指出資料類型，不得複述敏感內容。 若逐字稿不足以確認某項內容，請保留待確認，不得補寫答案。 ~~~ ### Prompt 2 ~~~text 你要協助我根據一份已完成人工確認的虛構會議記錄，產出六頁主管簡報草稿。 【情境】 虛構的青禾分行準備提出一項「兩週服務流程試行構想」。 試行內容包含： 1. 調整每週一早上的服務準備流程。 2. 更新等候區引導說明。 3. 記錄等候時間、重複詢問次數與現場修正事項。 這份簡報要提供給虛構的區域主管。 區域主管沒有參與前次會議，只知道分行想進行小規模試行。 簡報目的在於取得是否進行試行的決定，不得預先宣稱試行有效。 【輸入】 我會在本 Prompt 後方貼上「已人工確認的會議記錄」。 該會議記錄應包含： - 已確認事實 - 已作成決定 - 後續行動 - 尚未決定事項 - 數字、日期或責任矛盾 - 下次會議前待確認問題 你只能使用我貼上的內容與本 Prompt 提供的虛構情境。 不得引用其他對話、外部資料或任何真實銀行規定。 【敘事骨架】 請依下列六頁安排： 第 1 頁：本次希望主管決定什麼 第 2 頁：目前可確認的現況 第 3 頁：兩週試行做法 第 4 頁：觀察項目與資料來源 第 5 頁：風險、人工確認與停止條件 第 6 頁：請示選項與下一步 【頁面要求】 每一頁都要提供： 1. 頁面標題 2. 這一頁一句話重點 3. 主要內容，最多五點 4. 建議視覺形式 5. 需要人工補查或確認的內容 6. 這一頁不得寫入的內容 【視覺提示】 整體採清楚、樸實的主管簡報： - 避免裝飾性圖表 - 流程用箭頭 - 差異用並列表 - 時間安排用簡短時間線 - 未確認內容使用「待確認」標籤 - 不使用看似精確、實際沒有來源的百分比 - 每頁只保留一個主要訊息 【不得自行補寫】 不得自行增加： - 試行成效 - 節省時間或改善比例 - 尚未確認的數字 - 正式核准流程 - 未出現在會議記錄中的責任角色 - 任何真實銀行政策、權限或名稱 - 對任何角色能力與態度的評價 【輸出格式】 先輸出「整份簡報的敘事摘要」，限 150 字。 再輸出六頁頁面規格表，欄位為： 1. 頁次 2. 頁面角色 3. 頁面標題 4. 一句話重點 5. 主要內容 6. 建議視覺形式 7. 人工補查事項 8. 不得寫入事項 表格後再輸出： 一、簡報中可以直接使用的主張 二、只能標示待確認的主張 三、已排除的主張 四、主管可能追問的五個問題 【人工查核】 請提醒我逐頁確認： - 頁面是否真的支持最後決定 - 是否把試行構想寫成正式方案 - 是否把尚未驗證的說法寫成成效 - 數字是否都有來源 - 每頁是否只有一個主要訊息 - 風險與停止條件是否具體 - 第六頁是否留下清楚的人工作成決定位置 【停止條件】 若沒有貼上已人工確認的會議記錄，請停止並提醒我貼上。 若會議記錄仍有未處理的數字矛盾，相關頁面只能標示待確認。 若資料不足以支持某一頁，請保留頁面架構並列出缺口，不得自行補寫。 若輸入包含真實客戶、員工、交易、帳務、申訴、稽核、內部政策原文或可識別資料，請停止處理。 ~~~ ### Prompt 3 ~~~text 你要協助我分析一份完全虛構、去識別的分行營運觀察資料。這份資料只用於課堂練習，不代表任何真實分行、客戶、員工或營運結果。 【情境】 虛構的青禾分行準備進行兩週服務流程試行。 目前提供的是試行前四週資料，用來建立比較基準。 試行尚未開始，因此不得宣稱任何改善成效。 【資料字典】 欄位定義如下： 1. 日期 虛構營業日，不含假日。 2. 星期 星期一至星期五，用於比較相同星期幾。 3. 等候人次 取得號碼牌並進入等候區的人次。 不等於完成服務人次。 4. 平均等候分鐘 當日所有等候紀錄的平均值。 平均值可能受到少數極端值影響。 5. 重複詢問次數 當日重複詢問流程、等候狀況或下一步的次數。 不等於申訴件數，也不能直接代表滿意度。 6. 引導說明修正次數 現場人員調整或重述引導說明的次數。 次數高不一定代表表現較差。 7. 資料完整率 當日應填欄位中實際完成的比例。 低於 90% 的日期，不宜直接納入主要比較。 【比較基準】 分析時必須遵守： - 優先比較相同星期幾 - 同時查看等候人次與平均等候分鐘 - 資料完整率低於 90% 時，先標示資料限制 - 重複詢問次數不能直接解讀為滿意度 - 單日異常不能直接代表長期變化 - 找到異常後先提出查核問題，不直接判定原因 【輸入】 我會在本 Prompt 後方貼上 CSV 或 Markdown 表格。 資料應包含： 日期、星期、等候人次、平均等候分鐘、重複詢問次數、引導說明修正次數、資料完整率。 你只能使用我貼上的資料與以上資料字典。 不得引用其他對話、外部資料或真實銀行規定。 【任務】 請依序完成： 1. 檢查欄位是否齊全。 2. 檢查日期、星期、數字與百分比格式。 3. 找出缺漏、重複、極端值與可能矛盾。 4. 依相同星期幾建立比較基準。 5. 整理可以直接從資料看見的現象。 6. 將內容分成： - 資料支持的觀察 - 可能原因 - 需要補查的資料 7. 提出最多五項值得帶入試行後比較的觀察項目。 8. 產出一張可放入主管簡報的基準表，但不得宣稱成效。 【不得直接下結論】 不得直接判定： - 流程成功或失敗 - 人員能力或態度 - 等候時間變化的原因 - 重複詢問次數代表滿意或不滿意 - 資料缺漏由誰造成 - 某項做法一定能改善結果 - 試行後會節省多少時間 - 未提供資料支持的因果關係 【輸出格式】 請輸出五個區塊： 一、資料品質檢查 欄位： 1. 檢查項目 2. 結果 3. 影響 4. 建議處理方式 二、基準摘要 依星期一至星期五分別整理： - 等候人次 - 平均等候分鐘 - 重複詢問次數 - 引導說明修正次數 - 資料完整率 三、異常與矛盾表 欄位： 1. 日期 2. 異常現象 3. 支持數字 4. 目前不能判定的原因 5. 建議補查資料 四、觀察、推測與待查表 欄位： 1. 主題 2. 資料支持的觀察 3. 可能原因 4. 所需補查資料 5. 是否可放入簡報 五、簡報用基準表 只放可查核數字與資料限制，不放原因推測。 【人工查核】 請提醒我確認： - 比較是否使用相同星期幾 - 資料完整率不足的日期是否被排除或標示 - 是否把平均值當成全部個案 - 是否把重複詢問次數當成滿意度 - 是否把異常直接解釋成原因 - 是否出現資料中沒有的數字 - 是否把試行前資料寫成試行成果 - 簡報用數字是否能回到原始資料 【停止條件】 若沒有貼上資料，請停止並提醒我貼上完整表格。 若缺少必要欄位，請只輸出缺口清單，不得自行建立數字。 若資料格式無法判讀，請指出問題欄位並停止相關計算。 若不同欄位互相矛盾，請列出矛盾，不得自行選擇其中一個版本。 若輸入包含真實客戶、員工、交易、帳務、申訴、稽核、內部政策原文或可識別資料，請停止處理。 ~~~ ## 02 你問，它答：Prompt、Context、Few Shots 與 AI 基本觀念 ### Prompt 1 ~~~text 你要協助我處理一個完全虛構、去識別的分行晨會情境。這是一項生成式 AI 基礎練習，不對應任何真實分行、主管、員工、客戶或內部規定。 【你的角色】 你是「晨會資料整理助理」。你的工作是根據我提供的內容，辨認已知事實、資料缺口與可試行建議。 你不能替主管作成正式決定，也不能將一般經驗寫成這個虛構分行已經發生的事實。 【工作情境】 虛構的安禾分行每週一上午進行 30 分鐘晨會，共有六位虛構同仁參與。 晨會原本有三個目的： 1. 確認本週工作重點。 2. 找出需要跨角色協助的事項。 3. 留下需要主管決定的問題。 目前已知的時間使用情況： 1. 前 20 分鐘多用於每位同仁依序說明已完成事項。 2. 最後 10 分鐘才開始處理需要跨角色協助或主管決定的問題。 3. 目前沒有提供各項討論實際花費的細部時間。 4. 目前沒有提供哪些問題曾經未能處理完。 5. 目前沒有提供任何正式晨會規定。 【本次任務】 請協助我完成一次三回合互動。 第一回合： 先檢查目前資料。 不要直接提出晨會改善方案。 請提出最多五個「完成本次任務真正需要確認」的問題。 第二回合： 等我補充資料。 不得自行假設我可能會如何回答。 第三回合： 收到我的補充資料後，提出三項可在兩週內試行的晨會調整建議。 這些內容只供下一次虛構晨會討論，不是正式規定。 【本次可以使用的輸入資料】 你只能使用： 1. 本 Prompt 內提供的虛構情境。 2. 我在這一個對話中補充的虛構資料。 不得引用其他對話、外部資料、一般銀行慣例或你自行假設的內部規定補足空白。 【資料邊界】 不得要求、加入或暗示使用任何真實客戶、員工、交易、帳務、申訴、稽核、內部政策原文、系統畫面、員工考核或可識別特定分行與個人的資料。 若某項問題只能透過真實或敏感資料回答，請停止追問，改寫為： 「本練習不需要此資料，維持待確認。」 【不得推測事項】 不得自行增加或推測： 1. 同仁的態度、能力、績效、準備程度或參與意願。 2. 主管的主持能力、管理風格或決策習慣。 3. 業績壓力、客戶事件、產品銷售或交易情況。 4. 正式規定、核准程序、權限、必要文件或固定期限。 5. 未提供的負責角色。 6. 沒有計算依據的改善比例、節省時間、成功機率或預期成果。 7. 任何真實銀行制度或實際工具權限。 【Few Shots：判斷範例】 範例一： 原始內容：「前 20 分鐘多用於逐人說明已完成事項。」 分類：「已知事實。」 理由：「可以直接回到本 Prompt 的已知資料。」 範例二： 句子：「主管缺乏時間控制能力。」 分類：「無依據推測，應刪除。」 理由：「原始資料只有時間分配，沒有提供主管能力或主持方式。」 範例三： 句子：「可考慮將已完成事項改為會前閱讀。」 分類：「可試行建議。」 理由：「原始資料沒有表示已經採用，因此不能寫成正式規定。」 範例四： 句子：「新方式預計可縮短 30％會議時間。」 分類：「無依據數字，應刪除或改成待測試。」 理由：「目前沒有測量資料與計算方式。」 【第一回合輸出格式】 請用表格輸出，欄位依序為： 1. 必要問題 2. 為什麼需要確認 3. 會影響哪一項輸出 4. 是否必須立即回答 5. 若沒有答案的處理方式 完成表格後，請停下來等待我的補充資料。 不得提前提出改善方案。 不得自行進入第三回合。 【第二回合預定補充資料】 當我進入第二回合時，我只會從以下虛構內容中提供資料： 1. 內容要供主管帶進下一次虛構晨會討論。 2. 目前只提出兩週試行方式，不建立正式規定。 3. 晨會總長度維持 30 分鐘。 4. 試行期間只記錄各區段實際使用時間，以及有哪些問題最後沒有處理完。 5. 負責角色、正式程序、績效影響與成功標準仍未決定。 你不得要求我提供這份清單以外的真實工作資料。 【第三回合輸出格式】 收到我的補充資料後，請提出三項試行建議，使用 Markdown 表格輸出。 欄位依序為： 1. 已知問題 2. 兩週試行建議 3. 建議依據 4. 待確認事項 5. 試行期間記錄內容 6. 可能風險 7. 原始資料依據 「兩週試行建議」欄中的每一句話，都必須以「建議試行：」開頭。 不得使用「必須」「一律」「正式規定」「應立即全面實施」等會被誤認為已核定的寫法。 【人工查核】 第三回合表格完成後，請另外輸出「人工查核清單」，逐項檢查： 1. 每一項已知問題能否回到原始資料。 2. 是否自行加入負責角色。 3. 是否自行加入日期、比例、成效或其他數字。 4. 是否把試行建議寫成正式規定。 5. 是否推測主管或同仁的態度、能力與績效。 6. 是否保留仍需主管決定的事項。 7. 是否有任何內容超出本次任務。 8. 是否有任何內容需要回到人或正式來源確認。 若發現違反上述任一項，請在回答最後列出： - 問題句子 - 問題類型 - 建議刪除或改寫方式 【停止條件】 1. 若我尚未回答第一回合的問題，請停在第一回合。 2. 若資料不足以判斷，請寫「資料不足，待確認」，不得自行補寫。 3. 若原始資料互相矛盾，請停止處理該項，列出矛盾內容。 4. 若任務需要資料邊界以外的內容，請停止該部分。 5. 若需要真實或敏感資料才能繼續，請不要要求提供，改列為人工確認事項。 6. 若無法確認某項內容是事實或建議，請先列為待確認，不得使用肯定語氣。 ~~~ ## 03 會議記錄實作一：先把一份很亂的逐字稿救回來 ### Prompt 1 ~~~text 你要協助我整理一份完全虛構、去識別的臺灣分行週會逐字稿。 這不是正式銀行紀錄，也不對應任何真實銀行、分行、客戶、員工、規定或事件。你的工作不是替會議補出完整答案，而是把已知內容整理清楚，保留所有不確定、矛盾、未定案與需要人工追問之處。 【Context】 會議包含六位虛構角色： 1. 林婉真：分行主任 2. 周明達：副理 3. 陳雅雯：服務同仁 4. 許柏翰：業務同仁 5. 吳佩珊：作業同仁 6. 蔡志宏：行政支援 會議討論五類事項： 1. 社區金融宣導活動 2. 晨會節奏 3. 共用文件盤點 4. 同仁訓練 5. 跨單位追蹤 逐字稿由自動轉寫產生，可能包含： - 同音錯字 - 漏字或不完整句子 - 角色插話 - 日期與星期不一致 - 數字前後矛盾 - 建議被誤認為決定 - 記錄人與負責人混淆 - 責任歸屬不清 - 未定案事項 - 說話者自己修正前一句話 【輸入】 請在下方貼入這一頁從 00:00 到 24:47 的完整逐字稿。必須保留全部時間標記、角色名稱與原句。 【逐字稿開始】 貼入這一頁完整逐字稿。 【逐字稿結束】 若逐字稿沒有包含 00:00 至 24:47 的完整內容，或缺少時間與角色，請停止整理，先指出缺少的部分。不得根據摘要自行補回原文。 【四種處理狀態】 每一項內容都必須先判斷屬於哪一類： 1. 可直接整理 原句意思清楚，前後沒有衝突，可以在不改變原意的情況下整理。 2. 需要標記 大致知道在談什麼，但可能有錯字、漏字、指涉不明或語句不完整。必須保留原句與時間，標示疑問。 3. 一定要追問 內容會影響日期、時間、數字、責任、交付、範圍或是否已經決定，但現有逐字稿沒有明確答案。 4. 不能自行補 原文完全沒有提供，或不同說法互相衝突。不得選擇一個看起來合理的答案。 【核心任務】 請依序完成以下工作： 第一步：辨認會議中的單一事項。 每一項只處理一件事，不要把多個決定、建議與疑問塞在同一列。 第二步：區分下列狀態。 - 已明確決定 - 試行中的安排 - 建議或方向 - 未決事項 - 前後矛盾 - 轉寫疑問 - 正式待辦 - 只是討論，沒有形成交辦 第三步：整理六項輸出。 一、主管摘要 以 250 至 400 個中文字整理本次會議重點。 要求： - 只寫逐字稿可以支持的內容。 - 已決定、試行、規劃中與未決事項必須分清楚。 - 不得把建議寫成決定。 - 不得替任何角色新增動機、能力或責任。 - 重要矛盾不能為了讓摘要流暢而刪除。 二、決定事項 使用表格，欄位為： 1. 編號 2. 主題 3. 決定內容 4. 決定時間 5. 原句 6. 是否屬於試行 7. 適用期間 8. 人工查核提醒 只有逐字稿中有明確確認的事項，才能列入本表。 若後面出現修正，必須採用最後一次清楚說明，但要註明曾經修改。 三、未決事項 使用表格，欄位為： 1. 編號 2. 主題 3. 尚未決定的問題 4. 已知內容 5. 缺少內容 6. 原句與時間 7. 不確認可能造成的影響 8. 適合由哪一類工作角色確認 不得自行指定真實姓名以外的新人物，也不得替會議選擇答案。 四、待辦表 使用表格，欄位為： 1. 編號 2. 待辦事項 3. 負責角色 4. 協作角色 5. 期限 6. 交付結果 7. 原句與時間 8. 狀態 9. 查核提醒 待辦表必須遵守： - 只有逐字稿明確交辦的事項才能列入。 - 「記錄人」不等於「負責人」。 - 「可以先看」「可以考慮」不等於正式交辦。 - 若負責人或期限不清楚，請標示待確認，不得自行補上。 - 若期限曾被修改，需保留修改過程與最後說法。 - 若所謂期限只是寄出詢問的期限，不得誤寫成要求對方回覆的期限。 五、矛盾表 使用表格，欄位為： 1. 編號 2. 主題 3. 說法 A 4. 時間 A 5. 說法 B 6. 時間 B 7. 是否已有後續澄清 8. 目前可採用內容 9. 仍需確認內容 至少檢查： - 社區活動日期與星期 - 社區活動人數 - 社區活動時段 - 社區活動長度 - 晨會開始時間 - 晨會結束時間的性質 - 晨會記錄方式 - 文件盤點先處理紙本或共用資料夾 - 訓練題目的「治安」或「資安」 - 訓練回覆份數 - 跨單位追蹤的下午三點代表什麼 六、下次會議追問 依重要程度排序，最多十二題。 每一題必須包含： 1. 追問內容 2. 為什麼一定要問 3. 對應主題 4. 原句與時間 5. 應由哪一類工作角色回答 6. 若未回答，哪一項工作不能繼續 不要追問只是為了讓紀錄看起來更完整、但不影響後續工作的內容。 【不得自行補寫】 不得自行增加或判定： - 社區活動的正式日期、星期、時段、地點、人數與設備 - 活動長度究竟為 60 分鐘或 90 分鐘 - 海報一定要製作 - 手機設定一定要納入活動 - 任何正式銀行規定、內部程序或權限 - 晨會制度已正式變更 - 訓練一定會辦理 - 「治安」一定是「資安」 - 回覆份數的正確數字 - 未明確交辦的負責角色 - 對方必須在下午三點前回覆 - 任何角色的態度、能力、績效或動機 - 誰造成延誤或誰應負責 【不確定內容的寫法】 凡是出現下列情況，必須保留原句與時間： - 可能為轉寫錯字 - 不知道代名詞指什麼 - 數字前後不同 - 日期與星期不一致 - 說話者後來改口 - 建議與決定的界線不清楚 - 期限的起點或終點不清楚 - 負責人與協作人沒有分清楚 - 逐字稿沒有提供足夠內容 不得只留下你的改寫版本。 正確格式範例： 疑似轉寫錯字。原句：「治安提醒」，時間 13:10。可能為「資安提醒」，但逐字稿同時提到周邊安全與密碼，現有內容不足以判斷，需回原始表單確認。 【人工查核】 六項輸出完成後，請另外列出人工查核清單，至少包含： 1. 是否每一項決定都找得到明確原句。 2. 是否把試行安排誤寫成正式制度。 3. 是否把建議誤寫成已決定。 4. 是否新增逐字稿沒有提供的日期、數字、角色或期限。 5. 是否正確區分記錄人、負責人與協作人。 6. 是否保留所有數字矛盾。 7. 是否保留所有可能的轉寫錯字。 8. 是否把寄出追問的期限誤寫成對方回覆期限。 9. 是否把「規劃中」誤寫成「確定辦理」。 10. 是否有任何內容需要回聽錄音。 11. 是否有任何內容需要回原始訊息、表單或文件確認。 12. 是否仍有句子看起來合理，但沒有逐字稿支持。 【最後自我檢查】 輸出前，請逐項回答： - 每一個已決定事項的證據在哪裡？ - 每一個待辦是否真的有人、事、期限或可辨認的交付結果？ - 哪些期限曾經被修改？ - 哪些句子只是主管的想法或方向？ - 哪些內容仍然不能採用？ - 哪些錯字不能只靠前後文修正？ - 哪些問題必須留到下次會議？ 【停止條件】 遇到以下情況，必須停止該項整理，不得自行補寫： 1. 逐字稿缺少原句、角色或時間。 2. 兩個以上說法互相衝突，而且沒有後續澄清。 3. 需要外部資料才能確認。 4. 必須知道真實銀行規定、權限或作業方式才能判斷。 5. 必須判斷真實人物責任、能力或動機。 6. 逐字稿可能含真實客戶、帳務、交易、申訴、稽核、員工考核、內規原文或可識別資料。 停止時請寫： 「現有逐字稿不足以確認，已保留原句與時間，請由具備適當職責且可查閱原始資料的人員確認。」 不得要求我補充任何真實或敏感資料。 ~~~ ## 04 會議記錄實作二：從一次摘要變成固定任務 ### Prompt 1 ~~~text # 會議記錄｜主管版 ## 一、會議目的 用 1 至 2 句說明本次會議要處理的問題。 ## 二、已確認決定 1. 決定內容： - 原文依據： - 生效條件： - 仍待確認： ## 三、需要主管核決 1. 待核決事項： - 可選方向： - 現有依據： - 缺少資料： - 最晚確認時間： ## 四、主要風險與卡點 - 風險或卡點： - 可能影響： - 目前處理狀態： ## 五、下一步 - 已確認行動： - 待指定角色： - 待確認日期： ~~~ ### Prompt 2 ~~~text # 會議記錄｜同仁版 ## 一、本次討論重點 - 主題一： - 主題二： - 主題三： ## 二、已確認事項 - 已確認內容： - 適用範圍： - 開始條件： ## 三、行動事項 | 行動內容 | 負責角色 | 預計時間 | 交付結果 | 狀態 | |---|---|---|---|---| | | 待確認 | 待確認 | | 未開始 | ## 四、需要協助 - 事項： - 需要何種協助： - 尚缺條件： ## 五、仍待確認 - 未確認內容： - 需由誰決定： - 對後續工作的影響： ~~~ ### Prompt 3 ~~~text # 會議記錄｜追蹤版 | 編號 | 行動事項 | 來源段落 | 負責角色 | 預計日期 | 目前狀態 | 更新說明 | 是否需升級處理 | |---|---|---|---|---|---|---|---| | A01 | | | 待確認 | 待確認 | 未開始 | | 否 | ## 狀態定義 - 未開始：已確認要做，但尚未啟動。 - 進行中：已有具體進度。 - 等待確認：缺少決定、資料或權限。 - 已完成：交付結果已經人工確認。 - 暫停：經人決定暫不繼續。 - 取消：經人決定不再執行。 ~~~ ### Prompt 4 ~~~text 你要協助我將一份已整理完成的虛構會議逐字稿，轉成可以重複執行的「會議記錄固定任務規格」。你負責分析、提出規格候選點、依我的選擇整理正式版本，但不能替我作成最終核決。 【開始前檢查】 我會在本 Prompt 最下方貼入上一頁成果。 該成果應包含： 1. 已完成去識別的虛構逐字稿 2. 整理後的會議摘要 3. 已確認決定 4. 行動事項 5. 待確認事項 6. 聽不清楚、語意不明或無法判斷的內容 7. 重要內容對應的原文位置或段落 若我尚未貼入成果，或成果明顯缺少上述主要部分，請停止工作，只輸出「輸入缺口表」，不得自行建立會議內容。 【任務目標】 將一次性的會議摘要，整理成可放入 GPTs、Gems、Projects、Notebook 或 Skills 的固定任務規格。 各工具實際支援的功能、帳號權限、檔案存取方式、連接器與可用資料範圍，均須依現場帳號、正式公告與實際介面確認。你不得假設任何工具一定具備特定功能。 【第一階段：提出可規格化候選點】 請先閱讀我貼入的上一頁成果，找出可固定下來的候選點。 候選點至少涵蓋： 1. 可接受的輸入內容 2. 開始工作前的必要條件 3. 可以固定的摘要分類 4. 可以固定的輸出欄位 5. 主管版需要保留的內容 6. 同仁版需要保留的內容 7. 追蹤版需要保留的內容 8. 必須標示原文依據的項目 9. 必須標示「待確認」的情況 10. 可修正的錯誤 11. 必須退回的錯誤 12. 三種輸出之間必須一致的事實 13. 版本與檔名規則 14. 必須由人判斷或核決的事項 請輸出「規格候選表」，欄位為： - 編號 - 從成果觀察到的內容 - 建議固定的規格 - 建議理由 - 若不固定可能發生的問題 - 建議分類 建議分類只能使用： - 建議採用 - 建議調整後採用 - 建議測試 - 可不採用 完成候選表後停止，等待我逐項回覆： - 採用 - 調整後採用 - 待測試 - 本次不採用 在收到我的選擇前，不得直接產出正式規格。 【第二階段：建立正式固定任務規格】 收到我的選擇後，依照已採用及調整後採用的內容，建立「會議記錄固定任務規格 v1.0」。 正式規格必須包含： 一、任務目的 - 任務要解決的工作 - 預定使用者 - 使用時點 - 完成後的用途 二、輸入規格 - 必須提供的內容 - 可選內容 - 不得使用的內容 - 檔案或文字需要具備的基本條件 - 缺少必要輸入時的處理方式 三、固定處理程序 - 輸入檢查 - 逐字稿內容分類 - 決定、意見、問題與行動事項的區分 - 原文依據標示 - 三種版本產出 - 跨版本一致性檢查 - 人工查核 - 版本更新 四、主管版輸出格式 固定包含： - 會議目的 - 已確認決定 - 需要主管核決 - 主要風險與卡點 - 下一步 - 待確認事項 - 原文依據 五、同仁版輸出格式 固定包含： - 本次討論重點 - 已確認事項 - 行動事項 - 需要協助 - 待確認事項 - 原文依據 六、追蹤版輸出格式 固定包含： - 行動事項編號 - 行動內容 - 來源段落 - 負責角色 - 預計日期 - 目前狀態 - 更新說明 - 是否需要升級處理 狀態只能使用： - 未開始 - 進行中 - 等待確認 - 已完成 - 暫停 - 取消 不得因為已產出草稿，就自行標示為已完成。 七、內容判斷規則 明確區分： - 已確認決定 - 討論中的方向 - 個人意見 - 未解決問題 - 行動事項 - 待確認內容 八、驗收標準 至少檢查： - 逐字稿中的明確決定是否完整保留 - 行動事項是否有原文依據 - 缺少角色或日期時是否標示待確認 - 是否自行加入原文沒有的角色、日期、數字、期限或結論 - 三種輸出對同一事項是否保持一致 - 是否將提案或意見誤寫成正式決定 - 是否仍保留需要人工核決的事項 九、退回條件 至少包含： - 輸入不完整，足以影響判斷 - 大量內容無法辨識 - 原文存在未解決矛盾 - 無法區分提案與決定 - 輸出加入無來源內容 - 三種版本出現事實衝突 - 輸入超出允許使用的資料範圍 每項退回條件需附上： - 退回代碼 - 問題說明 - 對應位置 - 需要補正的內容 十、版本規則 使用： - v0.1：AI 第一版，尚未人工檢查 - v0.2：已完成內容查核，仍有待確認事項 - v0.9：已完成與會者確認，等待主管核決 - v1.0：已經人工核決 - v1.1：核決後的小幅修正 - v2.0：決定、責任或重要內容出現重大修改 十一、檔名規則 格式： 日期_虛構會議類型_輸出用途_版本 輸出用途只能使用： - 主管版 - 同仁版 - 追蹤版 不得在檔名加入真實分行、客戶或員工姓名。 十二、人工核決 列出： - 核決者需要確認的內容 - 哪些項目不能由 AI 決定 - 未核決版本的使用限制 - 核決完成後如何更新版本 十三、工作紀錄 每次執行需留下： - 任務編號 - 輸入名稱與版本 - 使用的規格版本 - 輸出檔案 - 待確認事項 - 退回原因 - 人工核決結果 - 完成時間 【資料邊界】 本任務只能使用完全虛構或已完成去識別的課程資料。 不得要求、加入、推測或暗示使用： - 真實客戶資料 - 帳務或交易內容 - 申訴與稽核資料 - 內部規定原文 - 系統畫面 - 員工考核 - 真實分行名稱 - 可辨識個人的姓名、職務組合或事件細節 不得引用其他對話、網頁或外部資料補足空白。 【不得推測事項】 不得自行補寫： - 未出現在逐字稿中的負責角色 - 未確認的日期與期限 - 正式核准程序 - 改善比例或節省時間 - 任何人的能力、態度、績效或動機 - 會議未作成的決定 - 工具實際具備的權限與功能 無法確認時，一律標示「待確認」，並指出缺少什麼。 【一致性測試】 正式規格完成後，設計兩輪測試。 第一輪： - 使用相同輸入執行兩次 - 比較已確認決定、行動事項、待確認事項、角色、日期、原文依據及三種版本事實 - 文字可不同，核心事實必須一致 第二輪： - 使用內容相同但表達順序不同的輸入 - 檢查是否仍能辨認相同決定、行動事項與待確認內容 - 不得因語氣正式，就自行將討論寫成正式核決 請輸出「一致性測試紀錄表」，欄位為： - 測試編號 - 測試方式 - 預期結果 - 實際結果 - 差異 - 是否通過 - 需要修改的規格 【人工查核】 正式規格完成後，請列出人工查核清單： 1. 輸入條件是否足以判斷能否開始 2. 三種輸出是否各有明確用途 3. 同一事項在三種輸出中是否保持一致 4. 已確認、討論中與待確認是否清楚分開 5. 是否保留原文依據 6. 是否出現無來源的角色、日期、數字或結論 7. 驗收標準是否能實際逐項檢查 8. 退回條件是否具體 9. 版本與檔名是否能辨認狀態 10. 最後核決是否仍由人負責 11. 未核決版本是否清楚標示 12. 規格是否可由未參與前次對話的人獨立使用 【停止條件】 遇到以下情況，請停止相關工作： 1. 尚未貼入上一頁成果 2. 上一頁成果缺少主要內容 3. 輸入含可能辨識真實人物、分行或事件的內容 4. 逐字稿大量無法辨識 5. 同一事項存在無法排除的矛盾 6. 需要外部資料才能作成判斷 7. 我提供的規格選擇彼此衝突 8. 無法分辨某項內容屬於提案、意見或決定 9. 三種版本無法維持相同事實 10. 未經人工核決卻被要求標示為正式版本 停止時請輸出： - 停止代碼 - 停止原因 - 對應內容 - 缺少或矛盾之處 - 可繼續進行前需要的人工作業 不得自行補寫資料後繼續。 【輸出順序】 第一階段只輸出規格候選表，然後停止。 收到我的選擇後，第二階段依序輸出： 1. 會議記錄固定任務規格 v1.0 2. 主管版範本 3. 同仁版範本 4. 追蹤版範本 5. 驗收清單 6. 退回條件表 7. 版本與檔名規則 8. 一致性測試設計 9. 人工核決清單 10. 可放入 GPTs、Gems、Projects、Notebook 或 Skills 的純指令版本 【上一頁成果貼入區】 請將上一頁完整成果貼在這一行之後。 若此區沒有內容，請依停止條件停止，不得開始分析。 ——上一頁成果開始—— ——上一頁成果結束—— ~~~ ## 05 你說，它做：GPTs、Gems、Projects、Notebook 與 Skills ### Prompt 1 ~~~text 你要執行一項固定的「會議記錄整理與規格測試」任務。 【Context】 這是一個完全虛構、去識別的分行情境，不對應任何真實銀行、分行、主管或同仁。 虛構的青禾分行在星期三上午進行每週工作會議。會議目的，是確認下週的分行服務安排與內部教育練習。以下為課程提供的虛構逐字稿： 主持角色： 今天先確認三件事。第一，下週二的服務演練是否照原定時間進行。第二，新版說明單要不要先做小範圍測試。第三，上週有人提出等候區引導文字不夠清楚，我們今天只確認後續怎麼查，不直接改正式文字。 角色甲： 服務演練原本排在下週二下午兩點。我已經和參與演練的三個虛構角色確認，時間原則上可以，但場地還沒有完成確認。 角色乙： 如果場地還沒確認，我建議先保留下午兩點，不要先對外通知。場地部分可以在本週五以前確認。 主持角色： 好，服務演練先保留下週二下午兩點，場地確認後再決定是否維持。這一項由負責教育安排的角色在本週五前回覆。 角色丙： 新版說明單我已經整理兩種版面。一種文字比較完整，另一種比較簡短。我建議各找五位虛構使用者測試閱讀時間。 角色甲： 五位會不會太少？我覺得至少要十位，不然看不出差異。 主持角色： 這一項今天先不決定人數。請先整理測試目的、觀察欄位與兩種人數安排的差異，下週再確認。 角色乙： 等候區引導文字的問題，我只聽到有人說「不好懂」，但目前沒有原始記錄，也不知道是什麼句子不好懂。 主持角色： 既然沒有原始記錄，今天不要直接修改文字。先確認問題出現在哪一段、由誰觀察，以及有沒有可回查的內容。找到依據後再討論。 角色丙： 我可以負責整理新版說明單測試欄位。至於等候區文字，我不確定由誰負責查。 主持角色： 說明單測試欄位由你整理，下週一以前完成。等候區文字的查核角色今天沒有確認，請在會議記錄中標示待確認，不要自行指定。 【任務】 請只根據以上逐字稿，整理一份會議記錄。 你必須區分： 1. 已確認事項 2. 建議事項 3. 待確認事項 4. 後續行動 【分類定義】 已確認事項： 逐字稿中有明確同意、確認或指派的內容。 建議事項： 有人提出，但會議尚未正式確認的作法。 待確認事項： 逐字稿明確表示尚未決定、資料不足、責任角色不明或需要後續查證的內容。 後續行動： 逐字稿中已經明確說明要做的事情。若缺少負責角色或確認時間，必須標示「未提供」，不得補寫。 【不得推測事項】 不得自行補寫： - 未出現在逐字稿中的人名或職稱 - 未確認的負責角色 - 未確認的日期與時間 - 未確認的測試人數 - 未確認的正式文字 - 未確認的場地 - 任何成效、節省時間或正確率 - 任何真實銀行規定 - 其他對話或外部資料 不得把個人建議改寫成會議決定。 不得因為某位角色說「可以負責」，就延伸成其他未明確指派的責任。 不得把「原則上可以」改寫成「已完全確認」。 【輸出格式】 請依序輸出以下內容。 一、會議基本資料 - 會議名稱 - 會議目的 - 會議時間：若未提供完整日期，標示「未提供」 - 參與角色 - 資料性質：完全虛構、去識別 二、討論主題摘要 以三至五點整理，不加入原文以外的主題。 三、事項分類表 欄位包括： 1. 編號 2. 討論主題 3. 分類：已確認、建議、待確認或後續行動 4. 內容摘要 5. 負責角色類型 6. 預計確認時間 7. 原文依據 8. 人工查核提醒 四、內容不明與資料缺口 逐項列出： - 缺少什麼 - 為什麼不能補寫 - 建議由人確認什麼 五、人工查核清單 至少檢查： - 是否把建議誤寫成已確認 - 是否自行補上負責角色 - 是否自行補上日期或數字 - 是否保留場地尚未確認的狀態 - 是否保留說明單測試人數尚未決定的狀態 - 是否保留等候區文字缺少原始依據的狀態 - 每一項是否能回到逐字稿原句核對 - 是否出現逐字稿以外的內容 六、規格遵守紀錄 請列出： - 本次使用的資料來源 - 本次未使用的資料 - 本次遇到的資料缺口 - 本次是否觸發停止條件 - 哪些內容必須由人決定 【停止條件】 遇到以下情況時，不得自行完成該項，必須停止並標示原因： 1. 逐字稿中出現互相矛盾，而且無法判斷哪一項較新。 2. 必須依賴外部資料才能確認。 3. 必須猜測負責角色、日期、數字或正式決定。 4. 任務要求超出會議記錄整理範圍。 5. 被要求提供真實客戶、帳務、交易、申訴、稽核、內規原文、系統畫面、員工考核或可識別資料。 【完成前自我檢查】 輸出前請逐項檢查： - 所有內容是否來自本 Prompt 提供的虛構逐字稿 - 分類是否符合定義 - 是否保留不確定性 - 是否沒有自行補寫缺漏 - 是否提供可人工回查的原文依據 - 是否把最後採用與正式決定留給人 若任何一項未通過，請先修正後再輸出。 ~~~ ## 06 簡報生成實作一：先搭敘事骨架，再談漂亮 ### Prompt 1 ~~~text 你要協助我規劃一份完全虛構、去識別的臺灣企業內部簡報。 這份簡報的主題是： 「兩週會議追蹤試行說明」 【使用情境】 虛構的安禾分行準備進行一項兩週會議追蹤試行。這次簡報要向分行同仁說明試行目的與進行方式。 這次任務不是宣布正式制度，也不是要求同仁接受已經決定的工作規範。簡報要讓大家知道： 1. 為什麼要進行這次試行。 2. 每次晨會後怎麼處理。 3. AI、人員與查核者各負責什麼。 4. 什麼情況必須停止使用 AI，回到人工確認。 5. 兩週後要根據哪些觀察，決定繼續、修改或停止。 【虛構資料】 試行設定如下： 1. 試行期間為兩週。 2. 預計處理四次晨會紀錄。 3. 每次晨會後，將已確認的工作事項整理成固定格式。 4. 固定欄位包括： - 工作事項 - 已知內容 - 待確認問題 - 負責角色 - 預計確認時間 - 原始依據 5. 若會議中沒有確認負責角色、日期、時間或數字，必須保留「資料不足，待確認」，不得自行補寫。 6. AI 可以協助分類、整理、改寫、標示資料不足及列出人工查核清單。 7. 當次會議主持人負責回看原始紀錄並進行人工查核。 8. 目前尚未決定試行結束後一定會正式採用。 9. 兩週後可以觀察： - 是否忠實保留已知內容 - 是否清楚留下待確認事項 - 人工修正次數是否可接受 - 同仁是否能看懂後續要做什麼 10. 目前沒有設定通過比例、節省工時、滿意度分數或正式採用門檻。 【資料邊界】 本任務只能使用以上虛構資料。 不得要求、加入、暗示或推測任何真實客戶、員工、交易、帳務、申訴、稽核、內部政策原文、系統畫面、員工考核、特定分行資料或可辨識個人的內容。 不得引用其他對話、外部資料或一般產業經驗來補足空白。 不得捏造任何銀行內部規定、核准程序、系統功能、工具權限或正式職稱。 【核心敘事架構】 整份簡報必須依序處理： 1. 一句主張 2. 受眾問題 3. 支持證據 4. 可選作法與界線 5. 具體行動 建議的一句主張為： 「我們將用兩週時間，測試一套可查核的會議追蹤方式，再決定是否值得繼續。」 若你提出不同版本，必須保留「兩週試行、可查核、尚未正式決定」三項意思。 【工作階段】 請嚴格依照以下四個階段執行。完成一個階段後，再進入下一個階段。 第一階段：先建立簡報大綱 請規劃 6 至 8 頁簡報。 先不要撰寫完整投影片，也不要選模板。 請先輸出： A. 整份簡報的一句主張 B. 主要受眾可能提出的 5 至 7 個問題 C. 6 至 8 頁的頁面順序 D. 每頁的唯一任務 E. 七個標題連續讀起來是否形成完整敘事 每一頁都要回答一個不同問題，不得重複。 第二階段：逐頁規劃內容 大綱完成後，請逐頁提供： 1. 頁次 2. 頁面角色 3. 標題句 4. 這一頁唯一任務 5. 主要訊息 6. 需要的資料 7. 建議的視覺呈現方式 8. 版面提示 9. 圖像提示 10. 不得自行補寫事項 11. 人工查核問題 標題必須寫成可直接理解的結論句，不得只寫： 「試行目的」 「執行流程」 「角色分工」 「注意事項」 「後續評估」 每頁正文建議控制在 80 至 120 個中文字。 每頁重點項目建議為 3 至 5 項。 不得用大量文字填滿整頁。 第三階段：撰寫逐頁文案 逐頁規劃完成後，再撰寫每一頁的文字。 每頁請提供： 1. 標題 2. 一句主要訊息 3. 3 至 5 項重點 4. 需要放在頁面下方的限制或提醒 5. 口頭說明時可補充、但不應放入投影片的內容 投影片文字要使用自然的臺灣繁體中文。 語氣要直接、清楚、適合企業內部說明。 不得使用宣傳口號、誇大成效或尚未證實的數字。 第四階段：進行事實與視覺查核 逐頁文案完成後，請輸出兩張查核表。 表一：事實查核表 欄位為： 1. 頁次 2. 簡報主張 3. 原始依據 4. 內容類型 5. 是否有自行補寫 6. 修正建議 內容類型只能使用： - 已知事實 - 試行安排 - 合理建議 - 待確認 - 不得使用 請特別檢查： - 是否把兩週試行寫成正式制度 - 是否自行增加成效數字 - 是否自行增加負責角色或核准程序 - 是否自行增加工具功能或系統權限 - 是否把尚待決定事項寫成確定結論 - 是否加入資料邊界以外的內容 表二：視覺查核表 欄位為： 1. 頁次 2. 這一頁唯一任務 3. 建議視覺 4. 視覺是否有資料支持 5. 是否使用不必要的照片或圖示 6. 字數是否過多 7. 資訊層級是否清楚 8. 修改建議 請特別檢查： - 標題是否能單獨說明結論 - 一頁是否同時處理多個問題 - 圖表是否有實際數字支持 - 照片是否真的幫助理解 - 每頁是否有足夠留白 - 顏色是否超過主要色、提醒色與中性色的基本需要 - 七個標題連續閱讀時，是否形成完整故事 【視覺原則】 簡報適合臺灣企業內部閱讀。 請遵守： 1. 標題優先使用 12 至 24 個中文字的結論句。 2. 一頁只完成一項任務。 3. 每頁正文盡量控制在 80 至 120 個中文字。 4. 沒有數字時，不得製作成效長條圖、圓餅圖或趨勢圖。 5. 流程使用流程圖。 6. 角色責任使用左右對照。 7. 試行期間使用時間軸。 8. 停止條件使用三張提醒卡。 9. 評估項目使用四格觀察卡。 10. 顏色以一個主要色、一個提醒色及黑白灰為主。 11. 版面要保留清楚留白。 12. 圖像不得出現任何真實銀行名稱、Logo、CUBE 字樣、制服識別或可誤認為正式品牌角色的圖樣。 【不得自行補寫事項】 不得自行增加： - 正式上線日期 - 正式制度名稱 - 核准主管或核決層級 - 真實負責人或特定職務 - 成效比例 - 節省工時 - 滿意度分數 - 正式採用門檻 - 已發生的錯誤、延誤、申訴或稽核事件 - 自動寄送、自動存檔或自動操作正式系統的能力 - ChatGPT、Microsoft 365 Copilot、Gaia Studio 或其他工具已具備的功能與權限 工具、帳號、功能、權限與可使用資料範圍，都要標示為「依現場實際情況確認」。 【停止條件】 遇到以下情況時，請停止該項內容，不得自行補寫： 1. 原始資料沒有提供必要事實。 2. 兩項資料互相矛盾。 3. 需要真實客戶、員工、交易、帳務、申訴、稽核、內部政策或可辨識資料才能完成。 4. 需要假設某項工具一定可用。 5. 需要自行設定正式規定、通過標準或核准程序。 6. 無法確認某個數字或效果的來源。 停止時請寫： 「資料不足，待人工確認。」 【最後輸出】 請依序輸出： 1. 一句主張與受眾問題 2. 6 至 8 頁簡報大綱 3. 逐頁規劃表 4. 逐頁文案 5. 事實查核表 6. 視覺查核表 7. 待人工確認事項清單 8. 建議刪除的多餘內容 ~~~ ## 07 簡報生成實作二：讓每一次產出都有同一套水準 ### Prompt 1 ~~~text 你要擔任「簡報固定任務設計者與審查者」。你的工作不是立刻產出簡報，而是先把一份已完成的簡報草稿，整理成可重複執行、可測試、可退回修改的固定任務。 你不能替我核准主張、推測未提供的資料，也不能把上一份簡報的偶然做法直接當成永久規則。 【本次工作目標】 建立一套可重複使用的簡報任務，讓不同使用者在更換受眾或資料後，仍能產出水準相近的簡報大綱與頁面腳本。 最後必須交出： 1. 簡報任務規格 2. 視覺提示清單 3. 頁面腳本範本 4. 簡報審查表 5. 退回條件 6. 兩輪測試紀錄格式 【你必須先讀取的前頁成果】 以下區塊是上一頁完成的簡報大綱。正式使用時，我會將完整內容貼在這裡。它至少應包含： - 簡報題目 - 指定受眾 - 使用目的 - 主要主張 - 資料來源 - 每頁標題 - 每頁角色 - 每頁預計使用的資料 - 最後需要受眾理解、決定或執行的事項 【前頁簡報大綱示範】 簡報題目：午間等候體驗改善試行 受眾：虛構的區域主管 使用目的：說明兩週試行觀察結果，請主管決定是否延長試行及補充觀察資料 主要主張：四週內平均等候時間由十八分鐘降至十四分鐘，但現有資料不足以證明下降由兩項試行作法造成 頁面： 1. 封面：午間等候體驗改善試行 2. 問題界定：午間等候超過十五分鐘者占觀察人次的 35% 3. 趨勢：第一週平均十八分鐘，第四週平均十四分鐘 4. 分布：480 人次中有 168 人次超過十五分鐘 5. 試行作法：入口需求分類說明、常見申請文件預先檢查清單 6. 可確認與不可確認：可確認時間變化；不可確認因果、滿意度、成本及其他時段情況 7. 下一輪選項：續試、擴大觀察或停止 8. 主管決定：是否延長試行、是否增加滿意度紀錄、是否觀察其他時段 【已核准範例】 以下是已經由人確認可參考的範例。固定任務只能學習其中明確指出的規則，不得自行推定其他視覺或文字都是正式要求。 範例一： 頁面角色：問題界定 頁面主張：四週觀察中，35% 的虛構來客等候超過十五分鐘 資料：168 ÷ 480 = 35% 視覺方式：一張大數字卡搭配簡單比例圖 核准原因：主張、數字與圖像一致，主管可在十秒內理解問題規模 範例二： 頁面角色：限制 頁面主張：目前只能確認時間變化，不能確認兩項作法造成改善 視覺方式：左右對照，左側為「可確認」，右側為「待確認」 核准原因：清楚區分資料支持與不可推測內容 【本次虛構資料】 以下內容完全虛構，不對應任何真實分行、客戶、員工或營運資料。 觀察期間：四週 觀察時段：平日上午十一點三十分至下午一點三十分 虛構來客：480 人次 超過十五分鐘：168 人次 第一週平均等候時間：十八分鐘 第四週平均等候時間：十四分鐘 試行作法： 1. 入口增加簡易需求分類說明 2. 兩類常見申請文件改用預先檢查清單 已知限制： 1. 沒有顧客滿意度調查 2. 沒有其他時段資料 3. 沒有因果證據 4. 沒有成本、工時或人力調整資料 【第一階段任務：找出可固定的候選點】 先不要產出新簡報。 請從前頁簡報大綱與已核准範例中，找出以下六類候選點： 1. 受眾判斷 2. 敘事骨架 3. 頁面角色 4. 視覺提示 5. 查核 6. 版本與輸出 每一項候選點都要判斷： - 建議固定 - 建議保留彈性 - 僅適用本次資料 - 需要人工決定 不得因為某種做法曾經出現在前頁，就直接判定為固定規則。 【第二階段任務：建立簡報任務規格】 收到我對候選點的採用決定後，建立固定任務規格。 規格至少包含： 1. 任務名稱 2. 使用目的 3. 適用受眾 4. 必要輸入 5. 可選輸入 6. 不得使用的內容 7. 固定處理步驟 8. 每一步的階段結果 9. 頁面角色規則 10. 視覺提示規則 11. 數字與來源查核 12. 不可推測內容 13. 人工確認點 14. 停止條件 15. 版本命名方式 16. 最終輸出內容 【第三階段任務：產出頁面腳本】 頁面腳本每頁都要包含： 1. 頁碼 2. 頁面角色 3. 一句主要主張 4. 支持資料 5. 建議視覺 6. 視覺必須表達的內容 7. 不得加入的推測 8. 來源或計算方式 9. 人工查核問題 10. 與前一頁及下一頁的關係 每頁只能有一個主要主張。 若一頁需要兩個互不相同的主張，請建議拆頁。 【簡報審查要求】 請逐項檢查： - 主張是否由資料支持 - 來源是否可回查 - 內容是否符合受眾 - 圖表型態是否適合資料 - 數字、單位、期間與分母是否一致 - 結尾是否有明確行動或決定 - 視覺提示是否一致 - 是否出現不可推測內容 - 頁面之間是否具有推進關係 - 檔名、日期、版次與資料期間是否清楚 【不可推測內容】 不得自行增加： - 未提供的顧客反應 - 未提供的成本或工時 - 未提供的人力安排 - 未提供的改善比例 - 兩項試行作法與等候時間下降之間的因果關係 - 真實分行、客戶、員工、職務或責任歸屬 - 內部規定、核准程序或權限 - 任何未經提供的成功結論 不得使用「應該有效」「已有明顯改善」「可全面推行」等方式填補資料缺口。 【資料邊界】 只能使用本 Prompt 提供的虛構資料、我貼入的前頁大綱，以及我明確標示為已核准的範例。 不得引用其他對話、外部資料、真實客戶資料、帳務、交易、申訴、稽核、內部規定原文、系統畫面、員工考核或可辨識資料。 【退回條件】 出現以下任一情況，請標示「退回修改」，不要假裝任務已完成： 1. 受眾或使用目的不清楚 2. 關鍵數字沒有來源 3. 數字無法重算 4. 將時間先後寫成因果 5. 圖表期間、單位或分母不一致 6. 頁面沒有明確角色 7. 結尾沒有決定或行動 8. 未核准視覺被寫成固定規則 9. 自行增加責任、規定或成效 10. 資料互相矛盾 11. 缺少必要資料卻自行補寫 12. 版本無法辨識 退回時要指出： - 問題頁面 - 未通過的審查項目 - 問題內容 - 修改要求 - 修改後需要重新檢查的項目 【兩輪測試】 測試一：同主題，不同受眾 使用相同資料，分別設計： A. 分行同仁版 B. 區域主管版 檢查兩版是否在開場、內容深度、頁面角色、視覺及結尾行動上有實質差異，不得只更換封面與稱謂。 測試二：相同受眾，不同資料 受眾維持區域主管，改用以下第二組虛構資料： - 第一週平均等候時間：十六分鐘 - 第四週平均等候時間：十六分鐘 - 虛構來客：480 人次 - 超過十五分鐘：154 人次 - 使用相同兩項試行作法 - 同樣缺少滿意度、成本、其他時段與因果資料 檢查是否刪除「等候時間下降」的主張，並依新資料重建敘事。 不得把沒有變化改寫成「改善尚未顯現」或「未來可能發揮效果」。 【輸出順序】 第一輪只輸出： 表一：可固定候選點 欄位為： 1. 類別 2. 前頁觀察 3. 候選規則 4. 固定或變動 5. 判斷理由 6. 適用條件 7. 人工確認點 表二：疑問與風險 欄位為： 1. 項目 2. 目前不清楚之處 3. 若直接固定可能造成的問題 4. 建議由人決定的內容 完成後停止，等待我標示： - 採用 - 部分採用 - 不採用 收到我的決定後，才能繼續產出： 1. 簡報任務規格 2. 視覺提示清單 3. 頁面腳本範本 4. 審查表 5. 退回條件 6. 兩輪測試表 【停止條件】 若前頁大綱缺少受眾、目的、主要主張、資料來源或頁面內容，請停止並列出缺口，不得自行補寫。 若已核准範例沒有說明核准原因，只能將它視為參考，不得抽出固定規則。 若資料互相矛盾，請停止相關頁面設計，列出矛盾位置。 若無法確認某項內容是固定規則或本次偶然做法，請標示「待人工決定」。 若需要資料邊界以外的內容才能完成，請停止該項，不得要求提供真實或敏感資料。 【完成前自我檢查】 請確認： - 任務可在全新對話獨立使用 - 前頁成果與核准範例已完整貼入 - 固定規則與變動內容已分開 - 受眾改變時，簡報會實質調整 - 資料改變時，結論會跟著改變 - 每頁只有一個主要主張 - 數字可以回到來源或計算方式 - 不可推測內容沒有被補寫 - 最後決定仍由人作成 ~~~ ## 08 報表分析實作一：先看變化，不要急著編故事 ### Prompt 1 ~~~text 你要協助我分析一份完全虛構、去識別的服務中心營運資料。你的任務是先找資料問題與數字變化，再提出待查假設。不得把相關關係寫成因果關係，也不得替任何小組、人員或主管作成績效判斷。 【Context】 這份資料來自虛構的「青禾服務中心」，包含甲、乙、丙、丁四個虛構服務小組，期間為一月至六月。 資料不對應任何真實分行、客戶、員工、交易、帳務、申訴、稽核、內部規定或系統紀錄。 分析目的： 1. 找出資料品質問題。 2. 描述各項指標的明顯變化。 3. 區分資料支持的觀察與尚未確認的可能原因。 4. 列出需要補充的資料與人工查核事項。 5. 明確指出現有資料不能支持的結論。 【資料字典】 1. 月份：資料所屬月份。 2. 服務小組：虛構服務單位，包含甲、乙、丙、丁。 3. 服務人次：當月完成登記的服務次數，單位為人次，不是不重複人數，也不能直接當成業績。 4. 平均等候時間：從完成登記到開始接受服務的平均時間，正常單位為分鐘。 5. 預約完成率：已完成預約數占原預約數比例，單位為百分比。 6. 文件退補件數：因資料不完整而需補充或重新提交的件數，單位為件。現有資料沒有文件總件數，因此不能計算退補件率。 7. 活動諮詢量：因活動或宣導產生的諮詢次數，單位為人次。 8. 同仁訓練時數：當月登記的訓練總時數，正常單位為小時。 9. 追蹤件數：當月列入後續聯繫或處理的件數，單位為件。 10. 備註：當月已知特殊狀況。備註可協助判讀，但仍需核對原始紀錄。 【輸入資料】 | 月份 | 服務小組 | 服務人次 | 平均等候時間 | 預約完成率 | 文件退補件數 | 活動諮詢量 | 同仁訓練時數 | 追蹤件數 | 備註 | |---|---|---:|---|---|---:|---:|---|---:|---| | 1月 | 甲組 | 620 | 12.4 分鐘 | 91% | 38 | 62 | 8 小時 | 74 | 一般月份 | | 1月 | 乙組 | 580 | 14.1 分鐘 | 89% | 44 | 55 | 6 小時 | 81 | 一般月份 | | 1月 | 丙組 | 540 | 11.8 分鐘 | 93% | 31 | 48 | 10 小時 | 68 | 一般月份 | | 1月 | 丁組 | 600 | 13.2 分鐘 | 90% | 40 | 51 | 7 小時 | 76 | 一般月份 | | 2月 | 甲組 | 470 | 9.8 分鐘 | 94% | 24 | 36 | 12 小時 | 55 | 春節連假，營業日較少 | | 2月 | 乙組 | 455 | 10.5 分鐘 | 92% | 28 | 32 | 9 小時 | 61 | 春節連假，營業日較少 | | 2月 | 丙組 | 430 | 9.2 分鐘 | 95% | 20 | 30 | 11 小時 | 49 | 春節連假，營業日較少 | | 2月 | 丁組 | 460 | 10.1 分鐘 | 93% | 23 | 34 | 8 小時 | 53 | 春節連假，營業日較少 | | 3月 | 甲組 | 680 | 15.6 分鐘 | 88% | 52 | 71 | 5 小時 | 96 | 連假後服務需求回流 | | 3月 | 乙組 | 650 | 17.3 分鐘 | 86% | 61 | 68 | 4 小時 | 104 | 連假後服務需求回流 | | 3月 | 丙組 | 610 | 14.4 分鐘 | 90% | 47 | 59 | 6 小時 | 88 | 連假後服務需求回流 | | 3月 | 丁組 | 670 | 16.1 分鐘 | 87% | 55 | 64 | 5 小時 | 99 | 連假後服務需求回流 | | 4月 | 甲組 | 635 | 13.9 分鐘 | 91% | 39 | 58 | 8 小時 | 79 | 一般月份 | | 4月 | 乙組 | 3920 | 14.8 分鐘 | 90% | 42 | 61 | 7 小時 | 82 | 無活動紀錄，服務人次疑似多打一位數 | | 4月 | 丙組 | 600 | 0.42 小時 | 92% | 36 | 57 | 150 分鐘 | 76 | 等候時間與訓練時數使用不同單位 | | 4月 | 丁組 | 620 | 13.6 分鐘 | 缺值 | 41 | 54 | 6 小時 | 80 | 預約完成率缺值，不能當成 0% | | 5月 | 甲組 | 700 | 14.7 分鐘 | 90% | 46 | 75 | 9 小時 | 88 | 一般月份 | | 5月 | 乙組 | 675 | 15.2 分鐘 | 89% | 49 | 72 | 8 小時 | 91 | 一般月份 | | 5月 | 丙組 | 660 | 16.0 分鐘 | 88% | 43 | 210 | 12 小時 | 95 | 一次性社區活動，諮詢量不可直接與前月相比 | | 5月 | 丁組 | 690 | 15.5 分鐘 | 89% | 47 | 70 | 7 小時 | 93 | 一般月份 | | 6月 | 甲組 | 640 | 12.8 分鐘 | 93% | 34 | 60 | 16 小時 | 72 | 完成內部訓練；不能直接說訓練造成改善 | | 6月 | 乙組 | 625 | 13.4 分鐘 | 92% | 37 | 58 | 15 小時 | 78 | 完成內部訓練；不能直接說訓練造成改善 | | 6月 | 丙組 | 615 | 13.1 分鐘 | 92% | 35 | 56 | 14 小時 | 75 | 完成內部訓練；不能直接說訓練造成改善 | | 6月 | 丁組 | 590 | 19.2 分鐘 | 95% | 33 | 52 | 4 小時 | 69 | 等候時間升高但完成率未降，原因未記錄 | 【比較基準】 請依序使用以下四種比較方式，不得混在同一句中： 1. 同一小組與前一月比較。 2. 同一月份的四個小組比較。 3. 特殊月份與一般月份分開比較。 4. 數量指標與比率指標分開解讀。 二月受春節連假影響，營業日較少。 五月丙組有一次性社區活動。 四月乙組服務人次為疑似異常值。 四月丙組有單位差異。 四月丁組有缺值。 【分析步驟】 第一步：資料品質檢查 - 找出缺值。 - 找出單位不一致。 - 找出格式問題。 - 找出疑似異常值。 - 找出一次性事件。 - 說明每一項問題會影響哪些計算。 - 在資料未確認前，不得自行更正原始值。 第二步：資料清理建議 - 說明哪些資料可換算，但必須先確認定義。 - 說明哪些資料應暫時排除特定計算。 - 缺值不得填成 0、平均值或推測值。 - 疑似異常值不得直接改成看起來合理的數字。 - 必須保留原始值與處理紀錄。 第三步：數字觀察 請提出 8 至 12 項重要觀察。 每項觀察必須： - 指出月份與小組。 - 指出比較基準。 - 寫出原始數字。 - 寫出差額；適合時才計算百分比。 - 只描述資料直接支持的變化。 - 不得加入原因、動機、績效評價或責任判斷。 第四步：可能原因 針對每項重要觀察，列出可能原因。 必須使用「可能」「尚待確認」「無法排除」等表達。 每個可能原因都要附上需要補充的資料。 不得將備註中的一句話擴大成完整因果解釋。 第五步：人工查核 指出應回到哪些來源確認，例如： - 原始登記紀錄。 - 欄位定義。 - 單位設定。 - 營業日數。 - 活動紀錄。 - 訓練內容與日期。 - 排班或服務類型變更。 - 預約完成率的分子與分母。 - 文件總件數及退補原因。 只能寫需要確認的資料類型，不得自行指定真實人名。 【限制】 不得： 1. 將相關關係寫成因果關係。 2. 因訓練時數增加且部分指標改善，就認定訓練有效。 3. 因等候時間上升，就認定人力不足或同仁效率變差。 4. 因活動諮詢量增加，就認定長期需求成長。 5. 因文件退補件數增加，就認定文件品質下降。 6. 因追蹤件數增加，就認定服務失敗。 7. 將四月乙組 3920 自行改成 392。 8. 將四月丁組缺值當成 0%。 9. 將任何小組排成整體第一名或最後一名。 10. 評價任何虛構同仁、主管或小組的能力、態度與績效。 11. 自行加入真實銀行規定、核准程序、期限或權限。 12. 要求提供任何真實客戶、員工、交易、帳務、申訴、稽核、內部政策原文、系統畫面或可識別資料。 【輸出格式】 請依下列順序輸出。 一、資料品質檢查表 欄位： - 編號 - 月份與小組 - 問題類型 - 原始內容 - 可能影響 - 建議處理 - 是否可立即計算 二、重要觀察表 欄位： - 編號 - 指標 - 比較基準 - 資料直接支持的觀察 - 計算 - 信心程度 信心程度只能使用： - 高：原始值、單位與比較基準明確 - 中：可觀察變化，但受特殊月份或資料限制影響 - 暫停：缺值、單位或異常值尚未確認 三、可能原因與需要補的資料 欄位： - 對應觀察編號 - 可能原因 - 現有支持 - 需要補的資料 - 若無法取得資料應如何改寫 四、人工查核清單 逐項列出： - 要查核的欄位或紀錄 - 查核目的 - 未查核前不能進行的分析 五、不可下的結論 至少列出 8 項現有資料不能支持的結論，並說明缺少什麼。 六、簡短管理摘要 限 250 至 350 個中文字。 只能整理已確認的觀察、資料問題與下一步查核。 不得寫小組排名、績效評語、原因定論或改善效果。 【人工複核】 完成後請自行逐句檢查： 1. 每項觀察是否都能回到資料表。 2. 是否有把備註擴大解釋。 3. 是否有把可能原因寫成確定原因。 4. 是否誤把缺值當成零。 5. 是否自行修正疑似異常值。 6. 是否將數量直接解讀為比率。 7. 是否忽略二月營業日較少與五月一次性活動。 8. 是否把訓練與指標變化寫成因果。 9. 是否對小組或人員作成績效判斷。 10. 是否列出仍需由人確認的事項。 【停止條件】 若資料有缺值、單位不一致或疑似輸入錯誤，請停止使用該值進行整體平均、成長率、排名或因果判斷。 若現有資料無法支持某項原因，請寫「現有資料不足，不能判斷」。 若需要資料邊界以外的內容，請停止該部分，不得自行補寫。 若兩項資料的定義可能不同，請先指出定義問題，不得直接比較。 若無法區分觀察與推測，請保留觀察，刪除推測。 ~~~ ## 09 報表分析實作二：把追問、圖表與行動規格化 ### Prompt 1 ~~~text 你要協助我把一項完全虛構、去識別的報表分析，整理成可重複執行的固定任務。 你不能直接替異常解釋原因。你要先檢查資料，再建立追問，最後提出圖表與主管摘要規格。 【工作情境】 本次分析來自虛構的安禾分行，不對應任何真實分行、客戶、員工或工作紀錄。 分析目的有四項： 1. 確認原始資料是否完整且可比較。 2. 找出與比較基準有明顯差異的項目。 3. 將異常轉成可查核的追問，不直接判斷原因。 4. 建立下一次可重複使用的分析、圖表與摘要規格。 【開始前必須貼入的三份材料】 材料一：資料字典 應至少包含： - 欄位名稱 - 欄位定義 - 資料型態 - 單位 - 可接受值 - 空白值代表什麼 - 計算規則 - 資料期間 - 已知限制 材料二：原始資料 應至少包含： - 完整欄位名稱 - 每筆資料的日期或期間 - 分組欄位 - 分析指標 - 資料來源或批次識別 - 原始空值，不得先以零代替 材料三：前頁觀察 應至少包含： - 已完成的計算結果 - 已看到的差異 - 使用的比較基準 - 尚未確認的問題 - 人工已修正的內容 - 不得再沿用的錯誤判讀 我會在本訊息最後依序貼入： 【資料字典】 【原始資料】 【前頁觀察】 若三份材料任一缺少，或內容不足以辨識欄位、期間、單位與比較基準，請停止分析，只輸出「材料缺口清單」，不得引用一般經驗補足。 【第一階段：提出工作候選點】 請先檢視三份材料，提出本工作流程中 AI 可以協助的候選點，至少涵蓋： 1. 資料檢查 2. 期間或群組比較 3. 異常標註 4. 追問建立 5. 圖表建議 6. 主管摘要 7. 版本紀錄 每個候選點都要說明： - 使用的輸入 - AI 可執行的動作 - 階段結果 - 必須由人判斷的事項 - 停止條件 不得直接開始完整分析。先完成候選點表，再繼續第二階段。 【第二階段：資料檢查】 請檢查： - 必要欄位是否存在 - 日期是否可辨識且期間連續 - 單位是否一致 - 是否有空值、重複列或明顯格式錯誤 - 比較期間的計算口徑是否一致 - 分母是否相同或可比較 - 是否有極端值 - 原始資料與前頁觀察是否矛盾 資料問題分成： - 可直接修正的格式問題 - 需要人工確認的內容問題 - 會使分析停止的重大問題 不得自行刪除資料、填補空值、合併類別或更改計算口徑。 【第三階段：比較與異常標註】 只能使用資料中已有欄位及前頁明確提供的比較基準。 每項異常要列出： - 異常編號 - 指標名稱 - 期間或群組 - 實際值 - 比較值 - 差異值與差異比例 - 判定規則 - 原始資料位置 - 目前可確認的事實 - 不可確認的部分 若未提供異常門檻，不得自行設定門檻。可以提出門檻候選，但必須標示「待人工選擇」。 【第四階段：建立追問樹】 對每一項異常，分別提出五類追問： 一、資料 檢查完整性、重複、空值、分母、計算與統計口徑。 二、流程 檢查服務類型、處理步驟、等待、轉交、設備或工作安排是否改變。 三、時間 檢查日期、星期、月份、假日、季節、前期與同期是否可比較。 四、外部事件 列出需要另外查證的外部因素，但不得自行宣稱事件已發生。 五、輸入品質 檢查紀錄方式、欄位填寫、分類名稱、人工補登與資料匯出是否一致。 每個追問都要說明： - 要查什麼 - 需要哪一份補充資料 - 查到什麼情況才可繼續 - 查不到時如何標示 不得把任何追問改寫成已確認原因。 【第五階段：提出圖表候選】 圖表只可從以下四種選擇： - 折線圖 - 群組長條圖 - 散點圖 - 表格 每張候選圖表要說明： - 要回答的問題 - 建議圖表類型 - 使用欄位 - X 軸與 Y 軸 - 分組方式 - 計算方式 - 比較基準 - 異常標示方式 - 圖下注記 - 可能誤讀 - 人工查核項目 若資料點太少、口徑不一致、缺漏過多、無法回答明確問題，或表格較適合，請明確寫「不建議畫圖」。 不得為了讓差異看起來明顯而截斷座標、刪除不利資料、隱藏空值或省略資料限制。 【第六階段：建立固定任務規格】 請整理成固定任務規格，至少包含： - 任務名稱 - 使用目的 - 使用者 - 執行時點 - 必要輸入 - 輸入檢查 - 固定分析步驟 - 異常判定方式 - 追問方式 - 圖表規則 - 主管摘要格式 - 人工查核點 - 停止條件 - 版本保存方式 - 完成標準 【第七階段：主管摘要】 主管摘要固定分成四段： 1. 本期已確認變化 只寫可由資料直接支持的內容。 2. 需要注意的異常 說明異常位置、幅度、比較基準與限制。 3. 尚待查證 列出資料、流程、時間、外部事件與輸入品質問題。 4. 建議下一步 只能提出查核、補資料、持續觀察或安排人工討論，不得自行作成正式決定。 摘要不得寫入： - 沒有資料支持的原因 - 真實責任歸屬 - 未確認的改善效果 - 未提供的正式規定 - 對人員能力、態度或績效的判斷 【輸出格式】 請依序輸出： 表一：AI 工作候選點 欄位： 1. 工作位置 2. 使用輸入 3. AI 可協助事項 4. 階段結果 5. 人工判斷事項 6. 停止條件 表二：資料檢查結果 欄位： 1. 檢查項目 2. 檢查結果 3. 證據位置 4. 問題等級 5. 處理方式 6. 是否可繼續 表三：異常與追問樹 欄位： 1. 異常編號 2. 異常描述 3. 判定規則 4. 資料追問 5. 流程追問 6. 時間追問 7. 外部事件追問 8. 輸入品質追問 9. 待補證據 10. 人工決定 表四：圖表規格 欄位： 1. 圖表編號 2. 分析問題 3. 圖表類型 4. 使用欄位 5. 計算方式 6. 比較基準 7. 異常標示 8. 圖下注記 9. 可能誤讀 10. 人工查核 表五：固定任務規格 欄位： 1. 規格項目 2. 固定內容 3. 可調整內容 4. 不得自行變更內容 5. 人工負責事項 最後輸出： - 主管摘要範本 - 人工查核清單 - 本次版本紀錄 【人工查核】 完成後提醒我確認： - 原始資料與資料字典是否一致 - 每個計算結果是否能回到原始資料 - 比較期間與分母是否一致 - 異常是否只描述現象 - 原因是否仍保留為追問 - 圖表是否回答明確問題 - 圖表是否可能誇大差異 - 摘要是否分開事實與待確認事項 - 是否保留人工修改與版本紀錄 - 最後決定是否仍由人作成 【停止條件】 遇到以下情況必須停止相關步驟： - 缺少資料字典、原始資料或前頁觀察 - 欄位定義、單位或期間不明 - 資料與資料字典矛盾 - 比較口徑不一致 - 必要資料大量缺漏 - 需要推測原因才能繼續 - 需要使用資料邊界以外的內容 - 涉及正式責任、核准或處置決定 停止時只能輸出： - 停止位置 - 問題內容 - 影響範圍 - 需要補充的材料 - 可安全完成的部分 不得要求提供任何真實客戶、帳務、交易、申訴、稽核、內部政策原文、系統畫面、員工考核或可識別資料。 【資料字典】 請在此貼入前頁使用的完整資料字典。若缺少欄位定義、單位、空值意義、計算規則或期間，必須停止。 【原始資料】 請在此貼入前頁使用的完整虛構或去識別資料。需保留欄位名稱、原始空值與資料期間，不得只貼摘要。 【前頁觀察】 請在此貼入前頁完成的觀察結果。內容需包含計算結果、比較基準、待確認事項、人工修正及已知錯誤。 ~~~ ## 10 多工具分工：ChatGPT、Copilot、Gaia Studio 與其他工具 ### Prompt 1 ~~~text 你要協助我為三條完全虛構、去識別的工作流程安排多工具分工。 【工作目的】 我需要判斷每一個流程步驟適合由哪一類工具處理，並保留人工確認、待現場確認與工具不可用時的替代方式。 請勿比較哪一個品牌最強，也不要假設任何帳號已開通特定功能。 【虛構情境】 情境一：會議記錄 安禾分行進行一場二十分鐘的虛構服務流程檢討會。 現有材料： 1. 課程提供的虛構錄音檔 2. 課程提供的虛構逐字稿 3. 固定會議記錄格式 預期輸出： 1. 主管版會議記錄 2. 同仁待辦清單 3. 待確認事項清單 4. 使用資料與人工修改紀錄 預計步驟： 1. 確認檔案與版本 2. 校正逐字稿 3. 整理議題、決定、建議與待確認事項 4. 擷取待辦事項 5. 產出兩種版本 6. 儲存檔案並建立通知草稿 情境二：簡報生成 要將已通過人工確認的虛構會議記錄整理成八頁簡報。 簡報必須包含： 1. 討論背景 2. 現況 3. 三項主要問題 4. 方案一 5. 方案二 6. 方案比較 7. 待決定事項 8. 下一步 預期輸出： 1. 八頁簡報架構 2. 每頁標題與主要訊息 3. 圖表資料 4. 可繼續修改的簡報檔 5. 版本與人工確認紀錄 預計步驟： 1. 確認對象與簡報目的 2. 建立頁面架構 3. 整理圖表資料 4. 套入版型 5. 檢查文字、數字與視覺 6. 輸出並保存版本 情境三：報表分析 課程提供一份完全虛構的六個月服務量資料。 欄位包括： 1. 月份 2. 服務類別 3. 件數 4. 平均處理時間 5. 退回件數 預期輸出： 1. 資料品質檢查表 2. 基本指標表 3. 月份與類別比較 4. 異常清單 5. 可能原因與待確認資料 6. 主管版報告 7. 原始資料、計算檔與報告的版本紀錄 預計步驟： 1. 檢查欄位、格式、空值與重複資料 2. 計算總數、平均與比率 3. 找出明顯變化與異常 4. 區分資料顯示的現象、合理推測與待確認事項 5. 產出主管版報告 6. 保存原始資料、計算結果與報告 【候選工具角色】 你可以從以下角色選擇，不必每一項都使用： 1. 對話式 AI 適合釐清需求、追問、整理第一稿、比較寫法與提出反方問題。 2. Office 內建協作 可能適合處理已獲准使用的 Word、PowerPoint、Excel、Outlook 或會議內容。 實際功能與權限依正式公告及實際介面確認。 3. 行內工具 Gaia Studio 只列為行內可用選項。 不得推測其功能、模型、權限、資料範圍或連接方式。 所有相關欄位應標示「待現場確認」。 4. 固定任務容器 包括 GPTs、Gems、Projects、Notebook、Skills 或其他可保存固定指令、參考材料與輸出格式的工具。 適合已經穩定而且會重複執行的任務。 5. Agent 工具 包括 Codex、Claude Code、Antigravity 或其他可依程序執行多個步驟的工具。 適合流程、輸入、輸出、工具權限與停止條件已經清楚的工作。 6. Browser Control 可能適合在指定網頁執行固定操作。 正式送出、刪除、發布或不可逆動作前必須停止並交回人確認。 7. Computer Use 可能適合跨桌面應用程式操作。 若畫面、視窗或選項與預期不同，必須停止。 8. MCP 或連接器 可能適合透過正式介面讀取或寫入指定服務。 實際可用工具、資料與權限依現場連接狀態確認。 9. 人工處理 負責資料是否可用、內容採用、例外判斷、正式送出與最後決定。 10. 待現場確認 當帳號、功能、權限、資料範圍或輸出能力不明時使用。 【六項判斷問題】 每一個流程步驟都必須回答： 1. 任務 這一步實際要完成什麼動作？ 2. 資料位置 資料目前在哪裡？工具是否需要移動資料？ 3. 權限 工具需要讀取、修改、建立、下載、寄送或操作哪些內容？ 4. 輸出格式 階段結果與最終結果要用什麼格式保存？ 5. 協作方式 如何將結果交給下一個人或工具？交接時必須附帶哪些欄位？ 6. 可追溯性 要保留哪些輸入、版本、工具動作、人工修改與決定紀錄？ 【資料限制】 只能使用以上虛構情境。 不得要求、加入或暗示使用： 1. 真實客戶資料 2. 帳務或交易資料 3. 申訴內容 4. 稽核內容 5. 內部規定原文 6. 系統畫面 7. 員工考核 8. 可識別分行、主管、同仁或客戶的資料 不得引用其他對話或外部內容補足空白。 【不得推測事項】 不得自行推測： 1. ChatGPT、Copilot、Gaia Studio 或其他工具已開通哪些功能 2. 使用者帳號具備哪些權限 3. 工具可以讀取哪些資料位置 4. 工具可以直接寄信、發布、刪除或修改正式資料 5. MCP 或連接器已完成安裝與授權 6. Agent 可以自行作成正式決定 7. Browser Control 或 Computer Use 一定能穩定完成操作 8. 行內工具一定適合處理所有行內資料 9. 某一項工具一定優於其他工具 功能或權限不明時，請明確寫： 「待現場確認：依正式公告及實際介面確認。」 【任務】 請分別為會議記錄、簡報生成與報表分析建立工具分工方案。 每一個流程步驟都要說明： 1. 工作任務 2. 資料位置 3. 主要工具角色 4. 選擇理由 5. 所需權限 6. 階段輸出 7. 交接方式 8. 人工查核 9. 停止條件 10. 工具不可用時的替代方式 11. 待現場確認事項 12. 必須保存的紀錄 不要為了增加工具數量而拆分工作。 若一項工具與人工查核已足以完成，請不要增加不必要的工具。 【輸出格式】 請輸出以下五個部分。 第一部分：工具選擇原則 用六項判斷問題整理選擇順序。 第二部分：會議記錄工具分工表 欄位為： 1. 流程步驟 2. 任務 3. 資料位置 4. 主要工具角色 5. 選擇理由 6. 所需權限 7. 階段輸出 8. 交接方式 9. 人工查核 10. 停止條件 11. 替代方式 12. 待現場確認 13. 保存紀錄 第三部分：簡報生成工具分工表 使用與第二部分相同欄位。 第四部分：報表分析工具分工表 使用與第二部分相同欄位。 第五部分：最小可行工具組合 分別說明三條流程最少需要哪些工具角色。 同時列出： 1. 必要工具 2. 可選工具 3. 不需要使用的工具 4. 人工責任 5. 工具不可用時的替代路徑 【人工查核】 完成後，請逐項檢查： 1. 是否先看任務、資料位置與權限，再選工具 2. 是否對 Copilot、Gaia Studio 或其他工具作了未確認推測 3. 是否每一個重要交接點都有人確認 4. 是否清楚標示資料支持、合理推測與待確認 5. 是否讓 AI 作成正式採用、責任歸屬或對外發布決定 6. 是否每一步都有可交接的階段輸出 7. 是否能從最後結果回到原始輸入 8. 是否準備工具不可用時的替代方式 9. 是否使用了不必要的工具 10. 是否出現資料限制以外的內容 若發現問題，請在表格後另列「需要修正的工具分工」。 【停止條件】 遇到以下情況，請停止該步驟，不得自行補寫： 1. 任務目的不清楚 2. 資料位置不明 3. 資料是否可用尚未確認 4. 必要欄位缺漏 5. 兩份資料互相矛盾 6. 工具權限不明 7. 需要進行正式送出、發布、刪除或不可逆操作 8. 需要作成正式採用或責任歸屬決定 9. 需要資料限制以外的內容 10. 工具實際畫面、功能或結果與預期不同 停止時請輸出： 1. 停止的步驟 2. 停止原因 3. 已完成的階段結果 4. 需要人工確認的事項 5. 可採用的替代方式 ~~~ ## 11 你排，它動：把固定任務排成 Agent 工作流 ### Prompt 1 ~~~text 你現在負責執行一項「虛構會議記錄 Agent 試行任務」。 你的任務不是自由整理整台電腦中的會議資料，而是只在指定工作目錄內，依照固定步驟處理課程提供的虛構錄音、逐字稿與範本。 【一、任務目標】 將一場完全虛構、去識別的分行營運討論會材料，整理成： 1. 會議記錄草稿 2. 後續工作清單 3. 待人工確認事項 4. 處理紀錄 5. 交接清單 所有結果都只能是「待人工核決草稿」，不得標示為正式紀錄。 【二、虛構情境】 虛構的安禾分行每週舉行一次營運討論會。 本次討論內容可能包含： - 本週工作重點 - 需要其他角色協助的事項 - 尚待決定的事項 - 後續工作 - 預計確認時間 - 尚未釐清的問題 材料中不包含真實客戶、員工、交易、帳務、申訴、稽核、內部政策原文、系統畫面、員工考核或可識別資料。 若實際讀到的內容疑似包含上述資料，立即停止，不得繼續整理。 【三、工作目錄】 你只能在以下相對目錄內工作： ./meeting-agent-trial/ 預定目錄如下： ./meeting-agent-trial/inbox/ 放置待處理任務。 ./meeting-agent-trial/references/ 放置會議記錄範本與欄位說明。 ./meeting-agent-trial/work/ 放置處理中的中間結果。 ./meeting-agent-trial/review/ 放置待人工核決草稿。 ./meeting-agent-trial/approved/ 放置經人工核准的版本。你不得自行將檔案移入此處。 ./meeting-agent-trial/logs/ 放置處理紀錄、錯誤紀錄與狀態紀錄。 ./meeting-agent-trial/archive/ 放置已完成任務的保留版本。未經人工指示不得移入、刪除或清理。 若目錄不存在，可以在 ./meeting-agent-trial/ 內建立缺少的子目錄。 不得在此目錄以外搜尋、讀取、建立、修改、移動或刪除任何檔案。 【四、可以讀取的內容】 你可以讀取： 1. ./meeting-agent-trial/inbox/ 內本次任務的錄音檔 2. ./meeting-agent-trial/inbox/ 內本次任務的逐字稿 3. ./meeting-agent-trial/inbox/ 內本次任務的 TASK_CARD.md 4. ./meeting-agent-trial/references/ 內的會議記錄範本 5. 本次任務在 ./meeting-agent-trial/work/ 內產生的中間結果 6. 本次任務在 ./meeting-agent-trial/logs/ 內產生的處理紀錄 讀取前先建立 FILE_INVENTORY.md，列出： - 檔案名稱 - 相對路徑 - 檔案類型 - 是否可讀 - 預定用途 - 是否屬於允許來源 若 TASK_CARD.md 不存在，停止任務。 TASK_CARD.md 至少應包含： - 任務編號 - 會議日期 - 會議類型 - 輸入檔案名稱 - 預定輸出 - 資料已虛構或去識別的確認 - 人工審閱者角色 - 禁止事項 缺少任何一項時，建立 INPUT_GAP.md，列出缺少內容，將任務狀態設為 STOPPED，停止後續工作。 【五、可以建立或修改的內容】 你只能在以下位置建立新檔案： ./meeting-agent-trial/work/ ./meeting-agent-trial/review/ ./meeting-agent-trial/logs/ 你可以建立： - FILE_INVENTORY.md - TRANSCRIPT_WORKING_COPY.md - MEETING_NOTE_DRAFT.md - ACTION_ITEMS_DRAFT.csv - ISSUE_LIST.md - VALIDATION_REPORT.md - HANDOFF.md - PROCESS_LOG.md - STATUS.json - ERROR_LOG.md - INPUT_GAP.md 你可以修改自己在本次任務建立的 work、review 與 logs 檔案。 每次修改前，在 PROCESS_LOG.md 記錄： - 任務編號 - 時間 - 原狀態 - 執行動作 - 使用的輸入 - 使用的工具 - 產出檔案 - 發現的問題 - 新狀態 - 下一步 【六、不可碰的內容】 你不得： 1. 讀取 ./meeting-agent-trial/ 以外的檔案 2. 讀取電子郵件、通訊軟體、瀏覽器紀錄或其他雲端空間 3. 搜尋真實會議背景 4. 要求提供真實客戶、員工、帳務、交易或內部文件 5. 修改 inbox 與 references 中的原始檔案 6. 覆蓋原始錄音或逐字稿 7. 刪除任何檔案 8. 移動任何檔案到 approved 或 archive 9. 自行寄送電子郵件或發布到任何平臺 10. 自行新增姓名、日期、數字、負責角色、期限或決定 11. 自行判斷哪一項建議已正式通過 12. 自行解除停止狀態 13. 安裝未列入允許清單的工具 14. 因為想完成任務而擴大讀取或修改範圍 【七、處理步驟】 請依照以下順序執行，不得跳步。 步驟一：受理任務 - 確認 TASK_CARD.md 存在 - 確認任務編號 - 確認資料已標示為虛構或去識別 - 建立 STATUS.json - 將狀態設為 RECEIVED 步驟二：建立檔案清單 - 只掃描本次允許的工作目錄 - 建立 FILE_INVENTORY.md - 確認必要檔案是否齊全 - 若有缺漏，建立 INPUT_GAP.md 並停止 步驟三：讀取與整理逐字稿 - 將狀態改為 READING - 保留原始逐字稿不變 - 在 work 目錄建立工作副本 - 可以移除無意義語助詞 - 不得改變發言原意 - 無法辨識的內容標示為「聽辨不清，待確認」 - 不得依常識補字 步驟四：建立結構化內容 - 將狀態改為 PROCESSING - 依序整理： 1. 會議目的 2. 討論重點 3. 已明確作成的決定 4. 後續工作 5. 需要協助的事項 6. 待決定事項 7. 待確認事項 - 每一項重要內容都要標示逐字稿段落來源 - 原文未明確指出負責角色或時間時，填寫「待人工確認」 - 不得將建議、提問或討論寫成正式決定 步驟五：產出草稿 在 review 目錄建立： 1. MEETING_NOTE_DRAFT.md 欄位包含： - 任務編號 - 會議日期 - 會議類型 - 會議目的 - 討論重點 - 決定事項 - 後續工作 - 待確認事項 - 原文依據 - 本次處理限制 2. ACTION_ITEMS_DRAFT.csv 欄位包含： - 項次 - 工作事項 - 原文依據 - 負責角色 - 預計時間 - 目前狀態 - 待確認事項 3. ISSUE_LIST.md 至少列出： - 聽辨不清內容 - 原文矛盾 - 姓名不明 - 日期不明 - 數字不明 - 責任歸屬不明 - 討論與決定難以區分 - 可能超出資料範圍的內容 步驟六：驗證 建立 VALIDATION_REPORT.md，逐項檢查： - 是否只讀取允許目錄 - 是否保留原始檔案 - 是否建立必要輸出 - 是否每項決定都有原文依據 - 是否每項後續工作都有原文依據 - 是否自行增加姓名 - 是否自行增加日期 - 是否自行增加數字 - 是否自行指定負責角色 - 是否把討論寫成決定 - 是否把待確認內容寫成答案 - 是否存在疑似真實或敏感資料 - 是否能從草稿回到逐字稿位置 - 是否留下完整處理紀錄 任何一項未通過時： - 不得將狀態設為 NEEDS_REVIEW - 將問題寫入 ISSUE_LIST.md - 若可在既有資料與權限內修正，回到對應步驟修正一次 - 若無法修正，將狀態設為 STOPPED 步驟七：交給人工核決 只有全部必要驗證通過後： - 將 STATUS.json 的狀態設為 NEEDS_REVIEW - 建立 HANDOFF.md - 列出所有待審閱檔案 - 列出三至七項最需要人工確認的內容 - 明確寫出「本次產出尚未核准，不得視為正式會議記錄」 - 停止工作，等待人工指示 【八、人工核決後的處理】 你不得假設人工已經核准。 只有在本次對話中收到明確的人工核決內容後，才可以繼續。 人工核決必須明確屬於以下其中一種： 1. 核准 2. 退回修改，並列出修改事項 3. 停止任務 若收到退回修改： - 將狀態設為 REVISION_REQUIRED - 建立 REVISION_REQUEST.md - 只依明確列出的修改事項處理 - 不得順便改寫其他內容 - 完成後重新執行驗證 - 再次交回人工核決 若收到核准： - 將狀態設為 APPROVED - 不得自行發送 - 不得自行移動到 approved - 建立 APPROVED_HANDOFF.md，列出建議由人執行的下一步 - 停止工作 【九、失敗處理】 以下情況必須停止： - TASK_CARD.md 缺漏 - 必要輸入不存在 - 檔案損壞或無法讀取 - 逐字稿與錄音內容明顯不一致 - 重要內容互相矛盾 - 發現疑似真實或敏感資料 - 需要讀取允許目錄以外的內容 - 需要自行補寫姓名、日期、數字或責任 - 需要人作成正式決定 - 工具權限不足 - 輸出無法回到原始依據 - 同一錯誤重試一次後仍未解決 停止時： 1. 不得刪除已產生的檔案 2. 不得偽裝成已完成 3. 將狀態設為 STOPPED 或 FAILED 4. 建立 ERROR_LOG.md 5. 記錄錯誤發生在哪一步 6. 記錄已完成的工作 7. 記錄未完成的工作 8. 記錄需要人工決定的事項 9. 提出一個最小且明確的下一步 10. 停止執行 【十、最終回覆格式】 完成本次可執行部分後，只回覆： - 任務編號 - 最終狀態 - 已完成步驟 - 產出檔案 - 驗證結果 - 待人工確認事項 - 停止或失敗原因 - 下一步 不得宣稱已正式完成會議記錄。 不得宣稱已取得人工核准。 不得自行展開新任務。 ~~~ ## 11A OpenCode 實作：把 Agent 放進一個受控的專案資料夾 ### Prompt 1 ~~~text opencode-practice/ ├─ input/ │ └─ meeting-transcript.txt ├─ work/ ├─ output/ ├─ logs/ └─ AGENTS.md ~~~ ### Prompt 2 ~~~text cd "你的練習資料夾/opencode-practice" opencode ~~~ ### Prompt 3 ~~~text /init ~~~ ### Prompt 4 ~~~text # OpenCode 虛構會議記錄練習 ## 目的 把 input/meeting-transcript.txt 整理成可人工查核的會議記錄草稿。 ## 可讀範圍 - input/meeting-transcript.txt - 本檔 AGENTS.md ## 可寫範圍 - work/meeting-notes-draft.md - output/meeting-notes-review.md - logs/run-log.md ## 不可做 - 不得修改 input 內的原始逐字稿。 - 不得讀取專案資料夾以外的檔案。 - 不得連接郵件、通訊軟體或外部網站。 - 不得自行補寫人名、日期、期限、決定或負責人。 - 不得使用真實客戶、員工、交易或內部資料。 ## 工作順序 1. 先讀取逐字稿。 2. 先提出處理計畫與預計建立的檔案，不立即執行。 3. 等待人工核准計畫。 4. 整理討論、決定、待辦、矛盾與待確認事項。 5. 每項重要內容引用原句或時間位置。 6. 建立等待人工查核的結果。 7. 在 logs/run-log.md 記錄輸入、步驟、錯誤與輸出。 ## 停止條件 - 找不到指定輸入檔。 - 逐字稿出現真實或疑似機敏資料。 - 必須推測才能完成。 - 需要讀取專案外檔案。 - 需要使用未獲准的工具或網路。 - 原始內容互相矛盾且無法標記處理。 ## 驗收 - 沒有新增原文不存在的人名、日期、期限與決定。 - 每項決定與待辦都能回到原始材料。 - 不確定內容清楚標示「待確認」。 - 原始檔沒有被修改。 - 工作紀錄完整。 ~~~ ### Prompt 5 ~~~text 這是一個完全使用虛構資料的課堂練習。 請先閱讀 AGENTS.md，確認你能讀取與寫入的範圍。 接著檢查 input/meeting-transcript.txt 是否存在。 目前只做規劃，不執行、不建立檔案、不連接外部工具。 請回覆： 1. 你理解的任務目標。 2. 你預計讀取的檔案。 3. 你預計建立的檔案。 4. 你準備採取的步驟。 5. 每一步需要的權限。 6. 可能遇到的風險與停止條件。 7. 仍需由人確認的問題。 若規則、檔案或權限不足，請停止並列出缺口，不得自行補足。 ~~~ ### Prompt 6 ~~~text 計畫已由人工確認。 請只依照核准的計畫執行。 如果實際狀況與計畫不同，停止並說明差異，不得自行擴大範圍。 ~~~ ## 12 讓 Agent 會用工具，也知道什麼時候該停手 ### Prompt 1 ~~~text 你要擔任「Agent 工具與權限檢查員」，根據我提供的完整工作流，提出完成任務可能需要的工具與權限候選。 你只能提出候選，不得替我決定最後要開放哪些權限。第一階段完成後必須停止，等待我刪除、縮小或重新分類。 【Context】 這是一項完全虛構、去識別的課程練習，不對應任何真實銀行、分行、主管、同仁或工作事件。 虛構單位名稱：安禾分行。 工作名稱：每週晨會摘要草稿。 工作目標： 1. 讀取本次指定的虛構逐字稿。 2. 依照指定範本整理晨會摘要。 3. 每一項摘要附上可回查的原句。 4. 建立一份新的摘要草稿檔。 5. 建立一封測試郵件草稿。 6. 完成後停止，等待人工查核。 允許使用的輸入檔案只有： 1. 虛構晨會逐字稿_第01週.docx 2. 晨會摘要格式_v1.docx 3. 允許使用檔案清單.txt 工作步驟： 1. 檢查以上三份檔案名稱是否與允許清單一致。 2. 讀取虛構逐字稿與摘要範本。 3. 整理以下四類內容： - 討論主題 - 已確認事項 - 待確認事項 - 後續動作 4. 每項內容都附上原句，不得自行補寫原文沒有的人物、日期、數字、原因或承諾。 5. 建立新檔：晨會摘要草稿_第01週_v1.docx 6. 建立一封測試郵件草稿： - 主旨：安禾分行第01週虛構晨會摘要草稿 - 收件者保持空白 - 不寄送 7. 輸出人工查核清單。 8. 停止，等待人工確認。 【明確排除】 不得： - 修改或覆蓋原始逐字稿 - 修改摘要範本 - 讀取同一資料夾中的其他檔案 - 搜尋其他對話、信件、雲端資料或網站 - 自行填寫郵件收件者 - 寄送郵件 - 上傳檔案 - 刪除、移動或重新命名原始檔 - 登入其他網站或帳號 - 輸入密碼、驗證碼或人機驗證 - 變更帳號、資料夾或檔案權限 - 代表任何單位作成承諾、核准、拒絕或正式決定 【第一階段任務】 請逐步分析這條工作流，提出可能需要的： 1. Skills 或固定工作指令 2. MCP 工具 3. 服務連接器 4. Browser Control 5. Computer Use 6. 檔案讀取權限 7. 檔案建立權限 8. 檔案修改權限 9. 郵件草稿權限 10. 其他你認為完成工作可能需要的工具或權限 每一項都必須說明： - 對應哪一個工作步驟 - 為何可能需要 - 要讀取什麼 - 要建立或修改什麼 - 是否會產生外部效果 - 若不提供，工作能否完成 - 是否能縮小到單一檔案、單一資料夾或只讀 - 是否可撤回 - 失誤可能造成什麼結果 - 建議列為綠色、黃色或紅色 - 執行前是否需要人工確認 - 明確停止條件 【權限顏色定義】 綠色： 可依規則完成，限只讀、建立新草稿、格式整理、內容分類、缺漏標示與查核表。不得修改原始資料，不得對外送出。 黃色： 可先完成準備，但在修改指定副本、移動檔案、填寫表單、建立郵件草稿或呼叫新工具前，必須顯示預計動作並等待人工確認。 紅色： 不得由 Agent 自行完成，包括寄送、發布、刪除、覆蓋原檔、變更權限、輸入密碼或驗證碼、上傳未核准檔案、代表單位承諾，以及核准、拒絕或例外決定。 【資料邊界】 只能使用以上虛構情境與指定檔名。 不得要求我提供任何真實客戶、帳務、交易、申訴、稽核、內規原文、系統畫面、員工考核、帳號資料或可識別內容。 不得假設任何工具、MCP、連接器、Browser Control 或 Computer Use 已經安裝或可用。實際功能、帳號、權限與資料範圍一律標示「待現場確認」。 涉及 Gaia Studio 時，只能寫「實際功能、權限與可使用資料依正式公告及實際介面確認」。 【第一階段輸出格式】 請輸出「工具與權限候選表」，欄位為： 1. 工作步驟 2. 工具或權限候選 3. 使用目的 4. 預計讀取範圍 5. 預計建立或修改範圍 6. 是否產生外部效果 7. 沒有此權限能否完成 8. 可縮小方式 9. 建議顏色 10. 人工確認位置 11. 失誤後果 12. 撤回方式是否已知 13. 停止條件 14. 現場待確認事項 表格後再輸出： A. 看起來可能不必要的權限 B. 可以從修改改成只讀的權限 C. 可以從正式執行改成只建立草稿的權限 D. 無法撤回或後果較大的權限 E. 需要由人決定的項目 完成第一階段後立即停止，不得替我保留或刪除任何權限，也不得進入第二階段。 【等待人工輸入】 我會回覆： 1. 刪除哪些權限 2. 縮小哪些讀取或修改範圍 3. 哪些從黃色改成紅色 4. 哪些步驟增加人工確認 5. 哪些工具現場不可用 6. 最後允許保留的權限 在我完成選擇前，不得產出最後權限設定。 【第二階段任務】 收到我的人工選擇後，請整理成「Agent 最小權限與停止規則表」。 欄位為： 1. 步驟 2. 允許使用的工具 3. 允許讀取的檔案 4. 允許建立或修改的內容 5. 禁止動作 6. 人工確認點 7. 正常完成條件 8. 停止條件 9. 停止後負責角色 10. 恢復條件 11. 必須保存的工作紀錄 【人工查核】 第二階段完成後，提醒我逐項確認： - 是否只保留完成工作所需的最小權限 - 是否將整個資料夾權限縮小為指定檔案 - 是否能用只讀取代修改 - 是否一律建立副本，不覆蓋原檔 - 是否只建立郵件草稿，不提供寄送權限 - 是否禁止自行輸入收件者 - 是否禁止刪除、發布、上傳與對外承諾 - 是否遇到密碼、驗證碼、人機驗證或新授權時立即停止 - 是否遇到網站改版、按鈕不明、頁面跳轉或帳號不符時立即停止 - 是否遇到意外下載時不開啟、不執行、不上傳 - 是否記錄每次工具呼叫、檔案變更、人工確認與停止原因 - 是否寫明權限撤回方式與試行結束後的關閉責任 【共同停止條件】 只要發生以下任一情況，停止目前步驟： 1. 需要讀取未列入允許清單的檔案 2. 需要修改原始逐字稿或摘要範本 3. 需要讀取其他資料夾、郵件、網站或帳號 4. 需要自行填入收件者 5. 需要寄送、發布、刪除、上傳或覆蓋原檔 6. 需要密碼、驗證碼、人機驗證或新授權 7. 網址、網域、帳號或頁面與預期不符 8. 按鈕、欄位或操作步驟與原流程不同 9. 出現未預期的彈出視窗、下載或安裝要求 10. 無法確認前一步是否成功 11. 同一步驟連續失敗兩次 12. 必須推測人物、日期、數字、責任或承諾才能繼續 13. 輸入可能包含真實或可識別資料 14. 無法確認工具是否可撤回或資料會送到哪裡 停止時： - 不得自行改用其他工具 - 不得自行擴大權限 - 不得重複點選送出、下載或刪除 - 不得猜測下一步 - 必須記錄目前畫面、已完成步驟、最後一次動作、異常原因與恢復條件 ~~~ ## 13 如果你聘了三個 AI Agents，它們的職務說明書是什麼？ ### Prompt 1 ~~~text 你要協助我把一個 AI Agent 的完整職務，縮成兩週內可以試行、人工查核與決定是否繼續的小版本。 【Context】 這是一整天的基層主管生成式 AI 與 AI Agent 實作課。 所有內容都必須使用完全虛構或去識別的課程資料。 我可以選擇以下一個 Agent： A. 會議記錄 Agent 完整職務方向： - 使用虛構逐字稿或會議筆記 - 區分討論、提案、暫定方向、決議與待確認事項 - 保留原文來源 - 不自行補上決議、責任角色或日期 - 結果必須由人核定 B. 簡報生成 Agent 完整職務方向： - 使用已核定的虛構文字與已查核數字 - 建立簡報架構、頁面文字、圖表建議與講稿草稿 - 保留來源與待確認事項 - 不自行增加主張、數字或效果 - 結果必須由人核定 C. 報表分析 Agent 完整職務方向： - 使用課程提供的虛構試算表或 CSV - 依已確認的欄位定義與公式進行檢查、計算與異常標示 - 保留計算與資料處理紀錄 - 不猜測欄位，不自行證實異常原因 - 結果必須由人核定 【本次可使用的虛構資料】 1. 一份虛構會議逐字稿，內容包含討論、提案、暫定方向與待確認事項。 2. 一份已核定的虛構會議摘要。 3. 一份虛構工作統計表，包含日期、工作類別、件數、處理時間與狀態。 4. 一份欄位定義與指定公式說明。 5. 一份十二頁簡報版型。 6. 一份虛構聽眾設定：分行內部主管會議，報告時間十分鐘。 【任務】 請分四個階段進行。 第一階段：提出縮小候選 針對我選擇的 Agent，提出三個兩週試行版本。 每個版本只能處理一項明確工作。 第二階段：比較 比較三個版本的： - 輸入是否固定 - 輸出是否固定 - 人工查核難度 - 錯誤是否容易發現 - 是否需要推測 - 是否能在兩週內重複執行至少三次 - 是否能留下可比較的工作紀錄 第三階段：職務說明書草稿 將三個版本各自整理成兩週試行職務說明書。 每份都要包含： 1. 職務名稱 2. 職務目的 3. 服務對象 4. 明確輸入 5. 固定流程 6. 可使用工具 7. 可讀範圍 8. 可寫範圍 9. 禁止事項 10. 固定輸出 11. 驗收方式 12. 人工核決 13. 停止條件 14. 工作紀錄 15. 交接方式 16. 兩週考核項目 第四階段：等待人工選擇 完成三份草稿後停止。 不得替我選擇最後版本。 等待我選擇、刪改與核定。 【資料邊界】 只能使用以上課程提供的虛構資料。 不得要求或暗示使用任何真實客戶、員工、交易、帳務、申訴、稽核、內部規定原文、系統畫面、員工考核或可辨識分行與個人的內容。 不得要求我以真實資料補足情境。 【工具限制】 不得假設現場一定具有 ChatGPT、Microsoft 365 Copilot、Gaia Studio、GPTs、Gems、Projects、Notebook、Skills、Codex、Claude Code、Antigravity、Browser Control、Computer Use、MCP 或連接器。 若提到工具，只能寫成： - 可能使用的工具類型 - 需要的功能 - 帳號、權限與資料範圍待現場確認 Gaia Studio 的功能、權限與可使用資料，只能標示「依正式公告及實際介面確認」。 【不得推測事項】 不得自行推測： - 真實工作角色與權限 - 正式核准程序 - 缺少的姓名、日期、金額與責任 - 工作優先順序 - 節省時間或改善比例 - 人物能力、態度、績效或動機 - 外部資料或市場事實 - Agent 已獲准連續執行 - Agent 可以對外寄送、發布或修改正式文件 【輸出格式】 先輸出「兩週試行版本比較表」，欄位為： 1. 版本名稱 2. 單一工作 3. 明確輸入 4. 固定輸出 5. 人工查核 6. 主要風險 7. 停止條件 8. 兩週可觀察項目 再分別輸出三份「兩週試行職務說明書」。 最後輸出「人工選擇表」，欄位為： 1. 版本 2. 保留內容 3. 刪除內容 4. 需要修改 5. 選擇或不選擇的理由 【人工查核提醒】 完成後提醒我確認： - 是否只處理一項工作 - 是否可以只用虛構資料 - 是否每項結果都能回到輸入資料 - 是否清楚寫出可讀與可寫範圍 - 是否限制 Agent 不得核決 - 是否限制對外寄送、發布與正式修改 - 是否保留人工退回與停止位置 - 是否留下輸入、輸出、錯誤與人工修改紀錄 - 是否能在兩週內重複至少三次 - 最後選擇是否仍由人作成 【停止條件】 若選定工作仍包含兩項以上任務，標示「範圍過大，需再縮小」。 若缺少必要輸入，列出缺少項目後停止，不得補寫。 若需要真實或敏感資料，標示「不進入試行」。 若結果無法人工查核，標示「不適合本次試行」。 若工作涉及正式決定、人物評價、責任歸屬或對外發布，停止擴寫該部分。 完成三份草稿後必須停止，不得替我選擇。 ~~~ ## 14 Agent 也要留工作紀錄：重試、退回、考核與兩週試行 ### Prompt 1 ~~~text 你要協助我建立一套完全使用虛構資料的 Agent 工作紀錄與兩週試行管理方式。 【Context】 本次測試對象為「會議記錄 Agent」。 以下情境完全虛構，不對應任何真實分行、主管、員工、客戶、會議或工作事件。 Agent 每次收到一份課程提供的虛構逐字稿，只能完成以下工作： 1. 整理討論主題。 2. 找出逐字稿中明確確認的決定。 3. 找出明確提到的後續行動。 4. 找出明確提到的負責角色。 5. 找出明確提到的完成或確認時間。 6. 沒有提供的內容一律標示「未提供」。 7. 說法不清楚時標示「內容不明」。 Agent 不得自行補上人物、角色、日期、數字、理由、工作優先順序、成效或正式決定。 【虛構逐字稿】 林主任：下週晨會再確認新版記錄格式。今天先請大家把使用上遇到的問題整理出來。 陳襄理：我可以先彙整問題，但完成時間要再確認。 林主任：好，今天先確定由陳襄理彙整，時間下週晨會再談。 王專員：報表欄位的部分，我還不確定要保留哪三欄。 林主任：這一項今天沒有決定，請保留待確認。 【既有成果】 若我貼入 P11_AGENT_STARTER_BRIEF、P12_AGENT_PERMISSION_MAP 或 P13_AGENT_JOB_DESCRIPTIONS，請優先依照其中已確認的範圍、人工核定位置與停止條件處理。 若我沒有貼入，請使用本 Prompt 提供的完整虛構情境，不得要求我提供真實工作材料。 【任務一：產出會議記錄草稿】 請依虛構逐字稿輸出表格，欄位固定為： 1. 討論主題 2. 已確認決定 3. 後續行動 4. 負責角色 5. 完成或確認時間 6. 原文依據 7. 待人工確認 每一列的重要內容都要附上逐字稿中的原文依據。 【任務二：建立工作紀錄】 請為本次執行建立工作紀錄，欄位固定為： 1. 任務 ID 2. 任務名稱 3. 輸入摘要 4. 輸入版本 5. 允許工具 6. 實際使用工具 7. 階段輸出 8. 最終輸出 9. 錯誤類型 10. 重試次數 11. 每次重試修改內容 12. 人工決定 13. 開始時間 14. 結束時間 15. 下一步 無法從對話得知的欄位，請標示「待人工填寫」，不得自行編造。 【失敗分類】 每一項問題只能優先歸入以下一類： 1. 資料不足 - 缺少必要內容、版本不明、找不到來源。 - 不得自動重試。 - 應回到資料來源或轉交人工。 2. 格式錯誤 - 欄位、順序、檔名或表格格式不符。 - 最多重試 1 次。 - 重試只能修改格式，不得改變內容判斷。 3. 工具失敗 - 檔案無法讀取、工具沒有回應、轉換中斷。 - 最多重試 2 次。 - 第二次仍失敗時停止該步驟。 4. 權限不足 - 無法讀取、寫入或使用指定工具。 - 不得自動重試。 - 立即轉交人工確認權限與資料範圍。 5. 內容風險 - 可能出現真實客戶、員工、交易、帳務、申訴、稽核、內部政策原文、系統畫面、員工考核，或可辨識特定人物與分行的內容。 - 不得重試。 - 立即停止整項處理。 6. 偏離任務 - 自行增加人物、日期、數字、評價、排序、分工、正式決定或未要求的分析。 - 最多重試 1 次。 - 再次發生時停止本輪並修改任務規則。 【重試規則】 需要重試時，請先輸出： 1. 上一次失敗原因 2. 本次修改的單一條件 3. 本次驗收項目 4. 目前累計重試次數 5. 是否仍在上限內 不得在沒有改變條件的情況下直接重新產出。 不得為了填滿表格而推測缺少內容。 【兩週試行規劃】 請分成兩條路線輸出。 路線 A：個人小流程 條件： - 一位使用者。 - 兩週內執行 4 次。 - 每次使用不同的課程虛構逐字稿。 - 保留每次原始輸入、第一版、錯誤、人工修正、重試與最後決定。 - 不串接寄信、排程、Browser Control、Computer Use、MCP 或其他外部工具。 路線 B：團隊小範圍導入 條件： - 2 至 3 位使用者。 - 使用同一套規則處理不同的虛構逐字稿。 - 每次都留下任務 ID、使用者角色、輸入版本、錯誤與人工決定。 - 檢查不同使用者能否取得相同欄位、相近判斷與可查核結果。 - 不使用真實工作材料。 - 工具功能、帳號、權限與可讀資料範圍一律標示「待現場確認」。 每條路線都要包含： 1. 試行範圍 2. 執行次數 3. 開始前基準 4. 每次驗收 5. 人工查核 6. 停止條件 7. 每週回顧 8. 兩週後決定選項 【輸出格式】 請依序輸出： 表一：會議記錄草稿 表二：本次 Agent 工作紀錄 表三：發現的錯誤與失敗分類 表四：重試判斷 表五：個人兩週小流程 表六：團隊小範圍導入 最後再輸出「人工查核清單」。 【人工查核清單】 請提醒我逐項確認： - 已確認決定是否能回到逐字稿原句。 - 待確認事項是否被誤寫成已決定。 - 是否自行增加角色、日期、數字、理由或成效。 - 每項重要內容是否有原文依據。 - 失敗類型是否選擇正確。 - 是否在沒有修改條件時重試。 - 是否超過重試上限。 - 人工決定是否由人填寫。 - 下一步是否清楚。 - 兩週試行是否有基準、驗收、停止與回顧。 【停止條件】 遇到以下任一情況，立即停止相關項目： 1. 輸入可能含有真實或可辨識資料。 2. 找不到重要主張的原文依據。 3. 必須推測人物、日期、數字或決定才能完成。 4. 資料前後矛盾且無法確認版本。 5. 需要使用未獲允許的工具或檔案。 6. 權限範圍不明。 7. 重試次數已達上限。 8. 任務要求超出會議記錄整理範圍。 停止時只需列出： - 停止項目 - 停止原因 - 失敗類型 - 需要哪一類人工處理 - 恢復前必須完成的事項 不得自行繼續，也不得用推測內容填補空白。 ~~~ ## 15 把它帶回工作現場：Agent 開工說明書與成果下載包 ### Prompt 1 ~~~text 你要依照以下規格，執行一項完全虛構、去識別的 Agent 試行任務。 【一、任務目標】 檢查每一筆虛構工作事項是否已經提供： 1. 下一步 2. 責任角色 3. 確認時間 本次只做缺漏判斷，不補寫答案，不替任何人作成工作決定。 【二、工作背景】 這是一項四週小規模試行。目的在確認 AI 是否能穩定辨認三個指定欄位，並讓人工查核者逐項回到原句核對。 本次「開工」是指：你收到完整規格與允許材料後，依照規格開始執行。你不得從先前對話、其他資料夾或外部內容猜測缺少條件。 【三、允許使用的來源】 你只能使用本次明確提供的下列材料： 1. P11_AGENT_STARTER_BRIEF 2. P12_AGENT_PERMISSION_MAP 3. P13_AGENT_JOB_DESCRIPTIONS 4. P14_AGENT_RUN_LOG 5. 本次五至八筆虛構工作事項 以上成果應分別包含： - P11：試行題目、每週安排與觀察項目 - P12：AI、人工查核與主管決定的分工 - P13：異常類型、停止、退回與恢復條件 - P14：Agent 的工作紀錄、錯誤分類、重試與人工決定 若其中任何一份未提供，或內容不足以確認用途，請停止開工並輸出缺口清單。 【四、資料邊界】 只能處理完全虛構、去識別的內容。 不得要求、加入、保存或推測任何真實客戶、員工、交易、帳務、申訴、稽核、內部政策原文、系統畫面、員工考核，或可辨識特定分行與個人的資料。 若輸入可能來自真實事件，即使沒有姓名，也要停止整項任務，不得自行協助刪除名稱後繼續。 【五、可讀範圍】 你可以讀取： - 四份指定成果 - 本次虛構工作事項 - 本次任務產生的階段結果與人工回覆 你不得讀取： - 其他對話 - 其他資料夾 - 未列入清單的檔案 - 網頁搜尋結果 - 郵件、通訊內容或外部系統資料 【六、可修改範圍】 你可以： 1. 建立開工完整性檢查表。 2. 建立缺漏判斷表。 3. 新增判斷狀態。 4. 引用對應原句。 5. 寫出判斷理由。 6. 標示需要人工確認的項目。 7. 建立執行、停止與修改紀錄。 【七、不可碰的內容】 你不得： 1. 修改原始虛構事項。 2. 修改人工核定內容。 3. 刪除停止紀錄。 4. 改寫資料邊界。 5. 更換任務目標。 6. 擴大處理欄位。 7. 覆蓋既有版本而不留下版本紀錄。 【八、允許使用的工具】 只可使用： 1. 讀取本次指定檔案的工具。 2. 建立或整理表格的工具。 3. 建立文字輸出檔案的工具。 不得使用： - 網頁搜尋 - 郵件或通訊工具 - 外部連接器 - Browser Control - Computer Use - 未經明確允許的 MCP - 任何可讀取其他資料夾或帳號內容的工具 若工具名稱、帳號、權限或資料範圍未確認，停止並標示「待現場確認」，不得假設可以使用。 【九、固定判斷狀態】 每一個欄位只能使用： - 已提供 - 未提供 - 內容不明 定義如下： - 已提供：原句可以直接找到清楚內容。 - 未提供：原句中沒有該項內容。 - 內容不明：原句似乎涉及相關意思，但無法確認是否足夠。 不得將「內容不明」改成「未提供」以方便整理。 【十、不得推測事項】 不得自行推測或增加： - 下一步 - 責任角色 - 日期、期限或時間 - 工作優先順序 - 正式規定、權限或核准程序 - 效果、節省時間或正確率 - 人物能力、態度、績效或動機 - 哪一項工作應由誰負責 - 是否應正式採用本作法 - 未確認工具的功能與資料範圍 【十一、執行步驟】 步驟一：檢查本開工說明是否具備目標、背景、來源、可讀、可改、不可碰、工具、步驟、輸出、驗證、停止、紀錄、交接與版本十四個區塊。 步驟二：檢查四份指定成果與本次虛構事項是否已提供。 步驟三：若任一必要區塊或材料缺少，停止，不得進入內容判斷。 步驟四：確認輸入符合資料邊界。 步驟五：逐筆檢查下一步、責任角色與確認時間。 步驟六：每一欄標示已提供、未提供或內容不明。 步驟七：引用支持判斷的原句。若沒有可引用內容，說明「原句未提供」。 步驟八：寫出簡短判斷理由，不得加入原文沒有的內容。 步驟九：把內容不明、來源矛盾、無法查核或涉及決定的項目列入人工確認清單。 步驟十：停止，等待人工核定。未收到人工核定前，不得產生最終版本。 步驟十一：收到人工回覆後，建立修正版，並保留 Agent 原判斷、人工修改與修改理由。 步驟十二：建立交接包與版本紀錄。 【十二、輸出格式】 請輸出四張表。 表一：開工完整性檢查 欄位： 1. 必要區塊 2. 是否具備 3. 內容摘要 4. 發現缺口 5. 是否允許開工 表二：缺漏判斷結果 欄位： 1. 編號 2. 原始虛構事項 3. 下一步狀態 4. 責任角色狀態 5. 確認時間狀態 6. 對應原句 7. 判斷理由 8. 是否需要人工確認 表三：人工確認清單 欄位： 1. 編號 2. 待確認欄位 3. 原始內容 4. Agent 判斷 5. 無法確認原因 6. 人工需要作成的判斷 表四：執行與版本紀錄 欄位： 1. 任務編號 2. 處理階段 3. 使用材料 4. 使用工具 5. Agent 結果 6. 停止原因 7. 人工修改 8. 修改理由 9. 是否恢復 10. 輸出版本 【十三、人工驗證】 每次輸出後，提醒人工逐項確認： 1. 是否只使用允許材料。 2. 每項判斷是否能回到原句。 3. 是否新增角色、日期、下一步、數字或效果。 4. 是否把內容不明錯改成未提供。 5. 是否超出三個指定欄位。 6. 是否涉及正式決定或責任分配。 7. 是否保留原判斷、人工修改與修改理由。 8. 是否遵守停止與恢復條件。 9. 是否使用未確認的工具或權限。 10. 是否標示目前有效版本。 【十四、停止條件】 遇到以下任一情況，立即停止相關項目或整項任務： 1. 開工說明缺少任何必要區塊。 2. 四份必要成果或本次輸入未提供。 3. 輸入超出允許材料。 4. 輸入可能包含可辨識資料。 5. 原始內容互相矛盾。 6. 找不到判斷依據。 7. 必須推測才能完成。 8. 任務要求超出三個指定欄位。 9. 需要正式決定、責任分配或例外核准。 10. 人工查核尚未通過。 11. 需要使用未允許或權限不明的工具。 12. 目前版本不明，或存在兩份互相衝突的有效版本。 停止後只能列出： - 停止位置 - 停止原因 - 受影響項目 - 需要人工確認的內容 - 恢復條件 不得自行修補後繼續。 【十五、紀錄要求】 每次執行都要保存： 1. 任務編號 2. 執行日期與時間 3. 輸入材料名稱 4. 輸入摘要 5. 允許工具 6. 實際使用工具 7. 每一步結果 8. 錯誤或停止類型 9. 人工修改內容 10. 修改理由 11. 恢復條件 12. 下一步狀態 13. 輸出檔案名稱 14. 目前有效版本 【十六、交接要求】 交接包必須包含： 1. 本次開工說明書 2. 原始虛構輸入 3. Agent 第一輪結果 4. 人工確認清單 5. 人工修改版 6. 修改理由 7. 停止與恢復紀錄 8. 未解決事項 9. 目前有效版本 10. 下一位接手者可以開始的位置 缺少任一項，不得標示為已完成交接。 【十七、版本命名】 使用以下方式命名： P15_AGENT_KICKOFF_PACK 前往填寫 _v主版號.次版號_YYYYMMDD 規則： - 修改任務目標、資料邊界、可改範圍或停止條件時，主版號加一。 - 修改文字、表格欄位說明或錯字時，次版號加一。 - 不得覆蓋舊版。 - 每個版本要記錄修改日期、修改人角色與修改摘要。 【十八、四週結束】 四週結束後，只能整理證據，提出以下四種選項： 1. 繼續試行 2. 修改規格後再試 3. 改用一般表格或固定範本 4. 停止 不得自行決定正式採用。 ~~~