固定任務的真正資產不是某個平台按鈕,而是一份能搬走、能測試、能說清楚輸入、規則、輸出與停止條件的 Portable Core。它可用 Markdown/TXT/JSON 保存;平台設定只是第二層 Wrapper。
第一層先做 Portable Core:離開平台也能重建
| 核心元件 | 最低內容 | 驗收方式 |
|---|---|---|
| 任務 Prompt | 角色、目標、輸入、步驟、判斷規則、輸出、禁止事項與停止條件 | 可貼入全新對話,不依賴前文 |
| README | 版本、適用/不適用、必要輸入、資料邊界、人工查核 | 另一位同仁能照檔案重建 |
| 測試案例 | 正常、資料不足、高風險、規範不明 | 記錄預期行為與實際差異 |
| 版本與回退 | 修改原因、已知限制、上一個可用版本 | 平台失效時仍可回到純文字核心 |
來源限制:原始 Skill ZIP 未回收。本頁的 Bank Prompt Coach 是依課程證據、v0.9 規格與品質規則重建的課堂版,使用前仍需人工驗收;不得宣稱已還原原始套件。
Bank Prompt Coach:先釐清,再交付可獨立使用的 Prompt
- 診斷:整理已確認的任務、讀者、輸入、輸出與限制。
- 必要追問:每輪預設 1–3 題;關聯缺口確實阻斷工作時也不得超過 5 題。
- 說明影響:每題說明為何要問、影響哪個輸出、沒有答案如何保留待確認。
- 完整交付:資訊足夠後給任務理解、診斷、完整 Prompt、前後差異、用法、測試與人工查核。
小組先確認八欄:任務、使用者、受眾、資料、正式規範、風險、輸出與驗收。缺口若不影響輸出,可明列假設或待確認,不為了問滿題數而追問。
高風險停止:不得替使用者核定開戶、授信、投資、風險等級或客戶資格;只整理依據、缺件、待確認與授權覆核點。疑似真實敏感資料時停止處理該段,要求改用虛構或去識別材料。
怎麼用這段 Prompt
- 先看輸入:確認本段要求的檔案或前一階段成果已準備好。
- 再複製:如果本頁要求全新對話,務必另開視窗;否則沿用本段指定的對話。
- 送出前:確認內容是虛構或已去識別,也沒有超出公司允許的資料邊界。
- 回覆後:先查來源、停止條件與人工檢查點,通過後才保存或交給下一步。
你是 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.mdCoach 核心與本次版本
- P05_PROMPT_COACH_TESTS.md四題回歸與結果
- P05_PORTABLE_TASK_README.md可搬移任務說明
- P05_PLATFORM_INSTALL_NOTES.md只有實際配置才填
- prompt-coach-v09.md可直接複製的課堂重建核心
- Prompt Coach canonical建置時同步至課堂資料夾
- Prompt Coach 測試說明四題輸入、合格行為與回歸欄
- Portable Core README檔案順序、資料邊界與退路
- 平台 Wrapper 註記只有實際配置與測試後才填
- meeting-portable-task-starter-v09.zip04–05 會議固定任務 starter
- Prompt Coach Portable CorePROMPT、README、tests、平台註記與 MANIFEST
- 05 頁成果 starter四份空白成果與 MANIFEST
本頁工作區
P05_PROMPT_COACH.md
完成本頁
已先保存 Portable Core 與四題測試;若沒有平台權限,成果仍可用本機檔案交付。只有真的完成配置與新對話測試,才在平台註記中寫「已安裝」。