PoC 交接參考：驗收證據、執行邊界與維運清單

PoC 展示可以說明一段工作如何執行。交接還需要讓接手團隊知道：什麼結果可以接受、系統被允許做什麼，以及資料或服務改變後由誰處理。

本文整理驗收、執行邊界與維運三部分，提供可放進專案文件的參考表格。內容應依實際工作補齊證據與負責人，不能把展示結果直接當成正式使用的證明。

驗收：先寫完成條件，再安排測試

每個工作可先記錄下列事項：

例如，規劃一個內部文件摘要草稿時，可以約定每個重要敘述附來源，資料缺漏須標示，並由指定人員核對。若範圍不包含對外發送，就不提供發送權限。這是用途範例，不是已量測的成果。

Anthropic 在 2026 年 1 月 9 日的評測說明區分任務、執行嘗試與最終結果，並指出模型輸出可能在執行間變動。團隊可據此安排適當評估，但不應套用一組通用正確率、題數或延遲門檻。

驗收證據與日常監控各有作用。前者說明已測過什麼；後者協助發現使用中的事件與變更。兩者都要有清楚範圍與負責人。

提示詞可以描述預期行為，不能代替存取或動作授權。交接時，確認限制實際在哪裡執行，並測試被拒絕或需要核准的情況。

OWASP 的 Prompt Injection 風險說明提醒，外部內容可能影響模型，RAG 不能完整消除風險。工具權限與重要動作核准應獨立設計，並按情境測試。

交接紀錄應同時說明控制的已知限制。一次演練通過，不等於所有輸入都安全，也不表示後續不用維護。

演練方式依風險安排，可使用安全的測試環境或資料。記錄設定不等於它已在服務端生效；反過來，也不應為了證明交接，對正式系統執行未獲准的動作。

NIST AI 風險管理框架提供自願性的生命週期風險參考。交接仍需針對實際系統確認權限、責任與操作證據，而不是把框架名稱當成認證。

資料、模型、提示或工具變更後，由指定人員確認影響，更新受影響的案例與操作紀錄。日誌可能包含敏感資訊，應一併確認存取、遮罩與保存期限。

先讓接手團隊能查證結果、回報問題並回到原流程，再決定是否擴大用途。文件的價值，是讓責任與行動明確；日常使用、內容品質與適用要求，各自需要對應的證據。