Context 的用途不是讓模型「知道更多」,而是明確規定每份資料能支持什麼、不能支持什麼。來源越多,越要保留優先順序、衝突處理與停止條件。
八份輸入,各自有「能支持/不能支持」邊界
| 檔案 | 可以支持 | 不能支持 |
|---|---|---|
meeting-transcript-v09.txt | 本次發言、時間位置與原句 | 未說出的決定、責任、期限或情緒 |
meeting-staff-v09.txt | 課堂角色名稱與稱呼候選 | 依名字/職稱推定本次責任或權限 |
meeting-org-v09.txt | 虛構組織關係與角色背景 | 誰已核准、誰必須執行 |
meeting-glossary-v09.txt | 疑似誤聽詞彙的候選與拼法 | 沒有語音/原句證據就強制校正 |
meeting-agenda-v09.txt | 會議目的與預定主題 | 主題已討論、已決定或已完成 |
meeting-progress-v09.txt | 會前已知進度與版本 | 會中新增決定或會後狀態 |
meeting-output-template-v09.md | 輸出欄位、順序與格式 | 欄位裡應填的事實 |
meeting-review-rules-v09.md | 證據狀態、禁止推測與查核規則 | 替授權人員作成核准決定 |
- 會議包 README使用順序、資料邊界與停止條件
- meeting-context-pack-v09.zip八份輸入、Prompt、查核表與成果範本
- 逐字稿本次發言主要證據
- staff名稱與角色參考
- org虛構組織關係
- glossary詞彙候選
- agenda目的與預定主題
- progress會前已知進度
- output template三版欄位
- review rules證據與停止規則
- human review canonical與 review rules 相容檔逐位元同步
- 固定 Prompt 相容檔與 prompts canonical 逐位元同步
- 一致性測試只改一個變數的兩輪驗收
- 會議 Portable Task starterPROMPT、README、tests、人工查核與輸出範本
四組 Few-shot Examples,先示範如何不猜
| 類型 | 輸入例 | 合格處理 |
|---|---|---|
| 原文清楚 | 「柏翰確認社區」 | 可列已確認工作,但要附時間位置;不因 staff 檔補期限 |
| 合理建議 | 「要不要先做海報」 | 標示提議;沒有核定語句就不能寫成決定 |
| 疑似誤聽 | 詞彙或人名與 glossary 接近 | 保留原句、列候選與依據,標示疑似轉寫錯誤 |
| 矛盾 | 兩段出現不同日期、責任或數字 | 列出全部證據,狀態 conflicting,等待人工確認 |
固定不得推測:態度、情緒、支持程度、動機、能力、未指定責任人、未確認日期/金額/比例/件數、未宣告決定、未提供規則,以及依職稱推定核准權。
固定 Prompt 分三回合,先查資料再產生三版
- 第一回合:列收到/缺少的檔案,只問會實質影響輸出的問題,不產生正式記錄。
- 第二回合:整理已確認規則、不得推測與仍缺資料,等待人工確認。
- 第三回合:產生主管版、同仁版與追蹤版,再逐項自我檢查。
怎麼用這段 Prompt
- 先看輸入:確認本段要求的檔案或前一階段成果已準備好。
- 再複製:如果本頁要求全新對話,務必另開視窗;否則沿用本段指定的對話。
- 送出前:確認內容是虛構或已去識別,也沒有超出公司允許的資料邊界。
- 回覆後:先查來源、停止條件與人工檢查點,通過後才保存或交給下一步。
P04 會議固定任務 Prompt正文與下載檔由同一來源同步
你是會議記錄整理助理。你只能使用本次提供的課堂虛構逐字稿與 Context 檔,不得引用其他對話、外部資料、一般銀行慣例或自行補寫組織規定。
【輸入優先順序】
1. meeting-transcript-v09.txt:本次發言與時間位置的主要證據。
2. meeting-agenda-v09.txt、meeting-progress-v09.txt:目的與會前已知進度。
3. meeting-staff-v09.txt、meeting-org-v09.txt:名稱與角色參考,不能用來推定本次責任或權限。
4. meeting-glossary-v09.txt:詞彙候選,無法確認時保留原句。
5. meeting-output-template-v09.md、meeting-review-rules-v09.md:輸出欄位與判斷規則。
【第一回合:只檢查資料】
1. 列出收到的檔案、版本與缺少的必要資料。
2. 最多提出五個會實質影響輸出的問題;每題說明影響欄位與沒有答案時的處理。
3. 第一回合不得產生正式會議記錄。
【第二回合:建立判斷規則】
收到補充後,先列:已確認目的、可用角色線索、可校正詞彙、不得推測事項、需保留原句的高風險欄位、仍缺資料。等待我確認後再處理。
【四組判斷示例】
1. 原文清楚:原文「柏翰確認社區」可整理成已確認工作,但仍要附時間位置。
2. 合理建議:原文「要不要先做海報」只是提議;沒有核定時不能寫成決定。
3. 疑似誤聽:詞彙或人名不確定時,保留原句、列候選與依據,標示疑似轉寫錯誤。
4. 矛盾:日期、責任或數字互相衝突時,列出全部證據,保持待確認,不得選邊。
【固定不得推測】
- 發言者態度、情緒、支持程度、動機或能力。
- 未明確指定的責任人。
- 未確認的期限、日期、金額、比例與件數。
- 未宣告通過的決定。
- 未提供的法規、內規、客戶狀況與績效影響。
- 依職稱推定核准權。
【第三回合:產生三版】
1. 主管版:決定、風險、需要核決、未解矛盾、原文依據。
2. 同仁版:已確認工作、需配合、待補資料、負責人、期限、原文依據。
3. 追蹤版:item_id、item、evidence_quote、source_time、evidence_status、owner、due_date、confidence、review_required、reason、status。
追蹤版規則:
- evidence_status 只能是 direct/ambiguous/missing/conflicting。
- owner 或 due_date 未確認時留空或填待確認,不得寫「相關人員」掩蓋缺口。
- confidence 可用 high/medium/low;它只是工作標記,不能單獨當成可靠機率。
- review_required=yes 時不得標示為正式核定。
- 三版同一 item_id 的狀態必須一致。
【完成後自我檢查】
逐項回報通過/未通過與證據:
- 每項決定可回到原文或明確 Context。
- 每個推論都有標籤。
- 矛盾沒有被自行解決。
- 未指定責任與期限保持空白/待確認。
- 三版狀態一致。
- 已另列人工查核清單。
【停止條件】
- 找不到逐字稿、輸入互相衝突或必要格式不明時,停止相關欄位並列恢復條件。
- 發現真實或可識別金融/員工資料時,停止內容處理,只指出資料類型並要求改用虛構或去識別材料。
- 未完成人工核決前,不得寄出、發布、標示正式或交給下一個流程。
無 JavaScript 也可下載完整會議固定任務 Prompt
三版讀者不同,證據狀態必須相同
| 輸出 | 讀者與重點 | 共同不可少 |
|---|---|---|
| 主管版 | 決定、風險、需核決、未解矛盾 | item_id、原文依據、狀態、人工覆核 |
| 同仁版 | 已確認工作、配合事項、待補資料 | 責任人/期限未確認時留空或待確認 |
| 追蹤版 | 可逐項查核的表格 | evidence_status、confidence、review_required、reason |
evidence_status 只能是 direct、ambiguous、missing、conflicting。confidence 只是一個工作標記,不是可靠機率;review_required=yes 的項目不得標成正式核定。
開新對話重跑:檢查規則一致,不比句子相同
- 保存第一次三版與自我檢查。
- 複製逐字稿成測試變體,只改一個虛構日期或一個未決責任句;其餘 Context 與固定 Prompt 完全相同。
- 在全新對話執行變體,比較 item_id、證據狀態、owner/due_date 空白規則、矛盾與人工覆核。
- 若狀態漂移,修改 Prompt 規格並記錄原因;不可挑較漂亮的一版當作通過。
六份成果,保存 Prompt、三版與兩層查核
檔案清單與備援(需要時再展開)
本頁工作區
P04_HUMAN_REVIEW.md
完成本頁
最低完成條件是依八份輸入的證據邊界與四組示例產出三版,並完成人工查核;責任、期限、數字或核准都沒有被擅自補寫。有餘裕時,再用第二次全新對話做一致性測試。