基層主管 AI Agent 實作課 你問,它答 → 你說,它做 → 你排,它動
8 / 19

你說,它做

05

你說,它做:把提示詞變成可攜式固定任務

先從這裡開始

這頁只做一件事

把可用的 Prompt 整理成離開平台也能重建的固定任務。

完成後你會帶走Portable Core、測試案例、README 與平台可用時才加上的 Wrapper。
  1. 1先寫清楚輸入、流程、輸出與停止條件。
  2. 2用四種案例測試正常、缺資料、衝突與權限不足。
  3. 3核心通過後,再考慮平台包裝。
什麼情況先停下來?任一平台功能尚未確認時,只完成 Portable Core,不宣稱已部署。
先看懂這頁會出現的詞
Portable Core
不綁特定平台、可用文字檔重建的任務核心
Wrapper
Project、Gem、GPT 等平台外層設定
README
交接給下一位使用者的操作說明
參與層級
主線必做/條件式實作
建議時間
25 分鐘
主要模型
GPT-5.6 Luna
正式備援
Microsoft 365 Copilot Chat;也可用紙上測試
前置條件
先完成可攜式核心;只有實際具備平台權限的桌次才做 Wrapper
預期產物
P05_PROMPT_COACH.md、測試紀錄、Portable README、平台安裝註記,共 4 檔
保存檢查點
Portable Core、四題測試、平台 Wrapper 各自保存;Wrapper 不得覆蓋核心
最低/加值成果
最低:本機 Markdown/README/測試;加值:有權限時配置一個平台 Wrapper
停止/退回
需求涉及敏感資料、高風險核定、未授權來源或平台權限不明時停止
人工責任
Coach 只協助釐清與改寫 Prompt;最終內容與銀行決定仍由授權人員覆核
名詞、官方資訊與本課規則怎麼看

官方功能 Project/GPT/Gem/Notebook/Skill 是否可用,以現場帳號與組織政策為準。

本課操作規則 先完成 Portable Core,再考慮平台 Wrapper。

建議預設 沒有平台權限也能用本機 Markdown、README 與測試案例交付。

固定任務的真正資產不是某個平台按鈕,而是一份能搬走、能測試、能說清楚輸入、規則、輸出與停止條件的 Portable Core。它可用 Markdown/TXT/JSON 保存;平台設定只是第二層 Wrapper。

第一層先做 Portable Core:離開平台也能重建

核心元件最低內容驗收方式
任務 Prompt角色、目標、輸入、步驟、判斷規則、輸出、禁止事項與停止條件可貼入全新對話,不依賴前文
README版本、適用/不適用、必要輸入、資料邊界、人工查核另一位同仁能照檔案重建
測試案例正常、資料不足、高風險、規範不明記錄預期行為與實際差異
版本與回退修改原因、已知限制、上一個可用版本平台失效時仍可回到純文字核心

來源限制:原始 Skill ZIP 未回收。本頁的 Bank Prompt Coach 是依課程證據、v0.9 規格與品質規則重建的課堂版,使用前仍需人工驗收;不得宣稱已還原原始套件。

Bank Prompt Coach:先釐清,再交付可獨立使用的 Prompt

  1. 診斷:整理已確認的任務、讀者、輸入、輸出與限制。
  2. 必要追問:每輪預設 1–3 題;關聯缺口確實阻斷工作時也不得超過 5 題。
  3. 說明影響:每題說明為何要問、影響哪個輸出、沒有答案如何保留待確認。
  4. 完整交付:資訊足夠後給任務理解、診斷、完整 Prompt、前後差異、用法、測試與人工查核。

小組先確認八欄:任務、使用者、受眾、資料、正式規範、風險、輸出與驗收。缺口若不影響輸出,可明列假設或待確認,不為了問滿題數而追問。

高風險停止:不得替使用者核定開戶、授信、投資、風險等級或客戶資格;只整理依據、缺件、待確認與授權覆核點。疑似真實敏感資料時停止處理該段,要求改用虛構或去識別材料。

怎麼用這段 Prompt

  1. 先看輸入:確認本段要求的檔案或前一階段成果已準備好。
  2. 再複製:如果本頁要求全新對話,務必另開視窗;否則沿用本段指定的對話。
  3. 送出前:確認內容是虛構或已去識別,也沒有超出公司允許的資料邊界。
  4. 回覆後:先查來源、停止條件與人工檢查點,通過後才保存或交給下一步。
Bank Prompt Coach|Portable Core課堂重建版;正文與下載檔同步
你是 Bank Prompt Coach,負責協助銀行行政同仁釐清工作需求並建立可重複使用的完整 Prompt。你先教使用者把工作交代清楚,不急著替他完成最終任務。

【第一回合】
1. 先判斷原始需求是否已說清楚:任務、用途、使用者、讀者、輸入資料、範圍、正式依據、不得推測事項、輸出、查核與停止條件。
2. 只問會實質改變輸出的問題。預設每輪一至三題;若同一批缺口互相關聯且會阻斷工作,任何情況都不得超過五題。
3. 每題只處理一件事,並說明「為何要問、影響哪個輸出、沒有答案時如何保留待確認」。
4. 已有答案不重問;使用者要求直接完成時,列出採用假設後繼續。
5. 第一回合不得直接完成原始工作。

【高風險與資料邊界】
- 不要求或重現真實客戶姓名、帳號、身分資料、交易、授信、申訴、稽核、員工考核或未授權內部資料。
- 發現疑似敏感資料時,停止處理該段,只指出資料類型並請使用者改用虛構或去識別材料。
- 涉及法令、內規、開戶、授信、投資、風險等級或核准決定時,只整理依據、缺件與待確認,不作最終判定。
- 不虛構銀行制度、主管指示、日期、數字、責任或正式來源。

【每輪回覆】
先列「目前已確認」:任務、使用對象、輸入資料、輸出形式、重要限制。再列真正仍會影響結果的問題;合理但未確認的內容要明列為建議假設,不能偷偷補入。

【資訊足夠後的交付】
依序輸出:
1. 任務理解:任務、使用者、讀者、輸入、輸出、限制與假設。
2. 原始需求診斷:每項列原始問題、可能後果、修改方式。
3. 完整新版 Prompt:放在獨立程式區塊,可貼入全新對話使用;不得寫「沿用前述」。
4. 前後差異:只比較本次真正修改的項目。
5. 使用時機與不適用情境。
6. 使用方法:哪些欄位每次替換、資料貼在哪、結果不符時改哪一段。
7. 建議測試:以兩份不同的匿名短資料檢查漏欄、自行補寫、語氣與格式一致性。
8. 人工查核:來源、日期、數字、人名、權責、資料邊界與待確認事項。

【完整新版 Prompt 的必要內容】
依任務需要選用:角色、目標、背景、輸入、範圍、步驟、判斷規則、輸出欄位、篇幅與語氣、查核、資料不足處理、禁止事項、完成前檢查及資料貼入區。簡單工作不加入無關段落。

【完成前自我檢查】
- 可直接複製,使用明確動詞。
- 指令、背景與輸入資料分開。
- 輸出欄位、順序與缺漏處理清楚。
- 事實、推定、建議與待確認分開。
- 高風險決定保留人工覆核。
- 不因「三」「3」或其他表記方式改變規則。

【原始需求】
[由使用者貼入已去識別的原始需求]

四題回歸測試:短、模糊、高風險、規範不明

測試輸入合格行為禁止行為
整理會議。先問用途、讀者、可用資料、輸出欄位、不得推測與查核;本輪只問最必要 1–3 題直接假定會議格式或補責任人
分析這份報表並告訴我為什麼變差。先確認資料字典、期間、單位、缺值與比較基準;只描述資料可支持的變化沒有證據就編原因
替我決定這位客戶是否通過。停止作成決定;改列依據、缺件、待確認與授權覆核要求真實客戶資料或給核准結論
開戶審查條件先問用途、使用者、情境、正式依據、讀者與資料邊界自行編寫銀行規定

每題都要檢查:是否重問已知資訊、是否超過問題上限、是否說明輸出影響、是否補制度/日期/數字/責任,以及最後 Prompt 能否貼進全新對話使用。

第二層才做平台 Wrapper;沒有權限就保留本機版

現場條件本頁做法紀錄
沒有 Project/Skill/GPT/Gem/Notebook 權限下載 Markdown、README、測試檔與 starter ZIP,在本機完成平台 Wrapper:未安裝/待確認
有平台建立權限把 Portable Core 放入平台對應欄位,設定最小讀寫範圍記平台、範圍、人工核准與全新對話測試
平台測試失敗或權限不明停止配置,回到 Portable Core 修規格不得寫「已安裝」或「自動部署」

Project 教學補充:Project 是工作環境,不只是檔案夾;專案指令必須自足,不依賴個人化記憶。只放專案專屬 Context,明列誰能讀、誰能改、誰能核准,並保留核心規格版本與回退方式。

本課操作規則 starter ZIP 是固定的課堂下載,不做動態打包或失敗重試;任何平台配置都必須由有權限的人在現場完成並實測。

四份成果與一個可攜式 starter

檔案清單與備援(需要時再展開)

本頁工作區

P05_PROMPT_COACH.md

尚未修改

完成本頁

已先保存 Portable Core 與四題測試;若沒有平台權限,成果仍可用本機檔案交付。只有真的完成配置與新對話測試,才在平台註記中寫「已安裝」。

收好再往下走

今天只要記住這三件事

  • 先做可攜核心,再做平台包裝。
  • 四種測試都通過,才算固定任務。
  • 模型可以幫忙找缺口,人工負責核准。

我真的學會了嗎?