學員驗收與課後延伸

每項都要同時留下「預期」與「實際結果」。失敗也是有價值的證據，前提是能說明失敗發生在哪一道控制。

• 使用自己的帳號登入，讀到自己的 OpenMetadata 表。

• 比較模糊與完整業務定義，指出三個缺失資訊。

• 撤銷查看權後被拒絕；恢復後成功。

• 未授權訂單被拒絕，且沒有發證步驟。

• OpenBao 發證後新連線成功。

• 跨學員 schema 存取被 PostgreSQL 拒絕。

• 撤銷及到期後，新連線失敗。

• 慢查詢 trace 能定位 database.query。

• 工具錯誤後仍有撤銷憑證的證據。

• 同一模擬付款請求重送不重複扣款。

• 未知商家、超過預算及人工核准門檻行為符合設計。

• 完成架構與商業模式畫布，區分官方產品事實與自己的假設。

• 能區分新聞確認事實、待查原因與自己的設計推論。

• 交付入侵假設、隔離範圍、RTO／RPO 與恢復驗收方案，註明尚未實測的部分。

交付格式

每組交一份工作紙、兩個 trace ID、授權前後的結果，以及一張架構圖。截圖不要包含學員密碼或其他機密。手冊中的動畫是概念解說，不能當作服務實測證據。

進階題

1. 將固定流程換成真正的模型工具呼叫，但仍由伺服器執行授權。
2. 加入不同角色的人工核准，確保 Agent 不能核准自己的付款。
3. 為授權服務停機、憑證引擎封存和 Collector 斷線設計不同的處理方式。
4. 將付款分為授權、保留、請款、取消與退款，不把「HTTP 200」等同已結算。
5. 思考如果控制本身按呼叫收費，對低毛利、高頻 Agent 業務有什麼影響。