如何設計以來源為本的生成式 AI 起草流程

以來源為本的生成式 AI 起草，不是把提示詞寫得更長，也不是在完稿後補做一次事實查核；它是一條受控的作業鏈，把核准來源、證據卡、生成文字、審查決定、發布核准與重要修訂分別保存。每一項會影響決策、承諾或對外說法的主張，都必須能回到實際支持它的材料，而不是只附上一個看似可信的引文。

例如，試辦簡報寫著「試辦已證明這套流程能替分析師省下時間」，但原始資料只顯示：一小群自願參與者在指定試辦任務中，準備初稿所花時間較少，而且沒有對照組。問題不只是語氣過滿，而是句子跨越了樣本、工作情境與因果證據的界線；若流程沒有在起草前標示這條界線，流暢文字與合理引文仍可能讓不受支持的推論一路進入核准版本。

生成式 AI 動筆前，團隊必須先決定什麼？

動筆前必須完成一份可執行的起草任務包，先說清楚文件目的、讀者、期限、錯誤後果、具名負責人、核准格式，以及文件最後要支援哪個決定或行動。這些欄位不是行政表格，而是模型與審查者共同使用的邊界；若連文件要促成什麼決定都不清楚，就無法判斷哪些推論重要、哪些缺口必須暫停處理。

• 任務：目的、讀者、期限、錯誤後果、輸出格式與預定決定。
• 資訊：核准工具、可輸入的資訊類別、禁止輸入項目與核准來源清冊。
• 生成：證據卡、輸出模板、允許撰寫的內容、禁止推論與缺少證據的標記方式。
• 治理：來源負責人、證據審查者、必要的專業審查、最終核准者及重大修訂紀錄規則。

任務包還要明定模型產出的身分：它是待查核草稿，不是已核准的公司立場。NIST AI RMF 支持記錄系統的知識限制、預定用途、輸出監督及人與 AI 的不同責任；套用到起草流程，就是要寫明模型可以整理哪些觀察、不得自行做哪些政策或專業判斷，以及誰有權把草稿接受為正式商務文件。

如何把核准來源整理成真正可用的起草證據？

核准文件必須先轉成可逐項查驗的來源清冊與證據卡，才算可用的起草依據。來源清冊為每份材料配置穩定識別碼，記錄發布者或擁有者、版本或日期、適用範圍、核准狀態、存取條件、已知限制與更新觸發條件；來源可取得，不等於它與任務相關、仍在效期內或具有所需使用權限。

• 來源識別碼、文件名稱、版本、日期，以及原始段落、頁碼或表格等精確位置。
• 原文或量測結果，以及該內容能直接支持的單一論點。
• 樣本、方法、期間、適用對象與不確定性等限制條件。
• 允許的寫法、禁止延伸的推論，以及需要哪一類審查者確認。

以證據卡 E-04 為例，它可支持「參與者在量測的試辦任務中，準備初稿所花時間較少」，但必須同時保留小型、自願參與、無對照組，而且審查時間另行記錄等限制。允許用途是陳述試辦觀察及其限制；禁止用途則是預測分析師可節省多少百分比的時間，或把結果擴大為整個組織的生產力證明。

NIST 的生成式 AI 風險管理專章建議記錄上游資料依賴，並檢視資料的正確性、代表性、相關性與適用性。核准因此是一項有條件的邊界決定，而非品質保證；適用的授權、隱私、保密、紀錄或政策要求，仍須由組織內相應權責人員判定，不能交給模型從文件內容自行推斷。

如何讓模型起草，卻不暗中填補證據缺口？

要避免模型暗中補空白，必須把證據層與讀者看到的草稿分開，並用明確的生成契約限制輸出。模型取得的是證據卡識別碼、允許用途與固定格式；審查者則能另行查看原始段落及限制。如此才能分辨哪些內容來自來源、哪些只是模型改寫，以及哪些建議是後續由人員加入並核准。

1. 只撰寫證據卡允許的決策背景、觀察、未解風險、選項與建議。
2. 每項重要主張保留對應的證據卡識別碼，供內部查核使用。
3. 缺少支持時標記「需要證據」，不以一般模型知識、廠商說法或臆測補齊。
4. 不得創造引文，也不得把未經具名權責人員確認的政策解讀寫成既定要求。

引文只是導航，不是證明。NIST 專章建議查驗生成輸出中的來源與引文，因此審查者要把句子與底層段落逐一比較，確認主詞、範圍、期間、因果語氣及限制是否一致。對後果重大的內容，也不能讓起草模型成為自己的唯一事實查核者；查核必須回到核准材料，必要時交由適當專業人員判斷。

以來源為本的草稿，應由誰審查哪些內容？

每一種審查都應對應具名角色、明確問題與可執行的決定權。來源負責人確認核准集合與版本；證據審查者比對重要句子、證據卡及原始段落；編輯改善結構、語氣與讀者適配，卻不得悄悄改變證據意義；遇到政策、方法或領域風險時，再由適當專業審查者處理其負責範圍。

• 來源負責人：這份材料是否在核准邊界內，版本與限制是否正確？
• 證據審查者：每個後果重大的子句，是否確實受到指定段落支持？
• 編輯：文字是否清楚、適合讀者，且沒有放大確定性或刪除限制？
• 專業審查者：被觸發的政策、資訊、方法或領域風險應如何處理？
• 核准者：是否接受最終建議、條件、例外與剩餘不確定性？

小型團隊可以由同一人兼任數個角色，但不能把所有問題合併成一句「請人工確認」。對長篇或後果重大的草稿，宜把檢查單位縮小到主張或子句。LongEval 在兩個長篇摘要研究資料集中發現，較細緻的判斷降低標註者歧異；用於商務流程仍只是審慎的實務推論，不能宣稱每種文件都會得到相同效果。

自動化主張對來源檢查可以先標出沒有引文、來源不一致或限制可能遺失的句子，協助安排審查順序。NIST 描述的相關流程仍是實驗性評估探針，不是完成的標準；即使工具產生結構化分數或稽核軌跡，也不能代替證據、專業風險與發布決定的具名負責人。

真正有來源依據的草稿，不只是列出來源，而是讓重要主張可以被追溯、質疑、修正，最後由人員在知情下核准。

哪些修訂必須留下明確紀錄？

只要修訂改變事實意義、解讀、建議、承諾、義務、風險處置、來源基礎或核准狀態，就應留下明確紀錄。一般標點、排版及不影響意義的遣詞，可留在正常版本歷程，除非組織政策另有要求。這項區分讓紀錄集中在會改變決策或責任的地方，而不必為每個文字微調另建審批程序。

• 修改前與修改後的完整文字。
• 修改原因及受影響的證據卡或來源版本。
• 提出修訂、執行查核與核准決定的人員。
• 決定時間，以及修訂是否觸發新的專業審查或重新核准。

試辦句子的修正可寫成：「在量測的試辦任務中，參與者準備初稿所花時間較少；這個小型、自願參與的樣本，無法確立分析師工作的實際效果。」紀錄應說明，原句把有限觀察擴大成因果與整體族群結論，因此依 E-04 刪除「證明」及必然節省時間的說法，並保留樣本與研究設計限制。

NIST 專章說明，來源後設資料可包含建立者、日期、修改與來源，也建議保存內容變更及相關後設資料。不過這不等於所有提示、輸入、輸出與草稿都要永久保留；保存哪些產物、多久及由誰存取，應依業務目的、資訊敏感度、風險與適用政策決定，必要時交由資訊治理、隱私、資安、法務或紀錄管理權責人員判定。

決策簡報、分析報告與例行訊息，控制方式如何調整？

三類文件都應保留來源邊界、受控起草、具名審查與必要紀錄，但控制重量要依用途及錯誤後果調整。決策簡報著重選項、建議與不確定性；分析報告需要方法、日期、排除條件及逐項證據查核；例行訊息可以使用核准事實與固定文字，但只要出現新承諾、例外、敏感內容或新主張，就必須升級處理。

文件長度不能單獨決定審查深度。一封很短的郵件若承諾交付日期、接受例外條件或對外陳述政策，可能比低風險的長篇內部摘要更需要證據與核准。最實用的做法是先評估錯誤會改變什麼，再選擇查核單位、專業審查與紀錄層級，而不是依頁數套用同一套繁重流程。

來源與實際工作持續變動時，流程如何維持可靠？

流程要持續可靠，必須把來源更新、成品抽查、例外處理與改版責任排進日常營運。每份重要來源都要有具名負責人；當事實、版本、相關性、權限或組織核准狀態改變時，就重新檢視來源清冊與受影響的證據卡，而不是等到下一次草稿出錯才處理。

• 抽查完成的任務包，確認重要主張仍可追溯到正確版本。
• 檢查限制條件是否在編輯後保留，必要的專業審查是否真的發生。
• 核對重大修訂、邊界決定與最終核准是否具有足夠紀錄。
• 彙整重複出現的修正與例外，找出需要修改的證據卡、模板或生成契約。

一旦新來源落在核准邊界外，或觸發敏感資訊、使用權限、政策及專業審查問題，就暫停受影響的部分，交由任務包指定的負責人處理。負責人應記錄納入、排除或附條件使用的決定；只有來源集合或例外已明確解決，起草及發布流程才能恢復。模型不得自行替組織作出這類邊界判斷。

若同一種不當推論反覆出現，優先修改上游設計：把限制寫進證據卡、調整輸出欄位、縮小模型允許撰寫的範圍，或新增明確的缺口標記。從一種經常使用的文件開始，讓來源邊界、審查決定、例外路徑與重大修訂規則都看得見，再依抽查結果擴充；比起不斷增加末端審稿人，這更直接處理錯誤產生的位置。