PILLAR 03 · RAG 與向量資料庫

RAG 上線後維運 SOP:文件更新、模型升級、品質監控

RAG 不是建完就結束——上線後的維運才是成敗關鍵。完整 SOP。

PUBLISHED
2026-06-06
READ TIME
10 min
CATEGORY
PILLAR 03
UPDATED
2026-09-27
KEY TAKEAWAY · 一句話結論

RAG 系統上線後需要固定週期的維運才能維持品質:作者建議每日花 5 分鐘看監控與負評對話、每週 30 分鐘跑 30 題測試集、每月 2 小時做 Ragas 評估與成本檢視、每季半天檢討趨勢與模型升級、每年一週做全量 re-embedding 與安全稽核,並以 Hit Rate 大於 85%、平均延遲低於 3 秒等 KPI 追蹤成效。

發布 2026-06-06 · 最後更新 2026-09-27 · 作者 賴家榮 Andy Lai

RAG 不是建完就結束——上線後的維運才是成敗關鍵。這篇是一份可直接套用的 RAG 維運 SOP。

每日例行(5 分鐘)

  • 檢查監控告警:latency、error rate、API quota
  • 瀏覽昨日「👎」對話 Top 10
  • 檢查向量庫健康(Qdrant dashboard)

每週檢視(30 分鐘)

  • 跑 30 題標準測試集,看分數變化
  • 檢視「未命中問題」清單,找出文件缺口
  • 整理用戶反饋給內容窗口

每月作業(2 小時)

  • 跑完整 Ragas 評估(faithfulness, recall, relevance)
  • 對比 KPI 與目標
  • 更新文件清單(新增、退役)
  • 檢視成本:API、向量庫、儲存

每季作業(半天)

  • 檢討整體效能趨勢
  • 評估是否該升級 Embedding / LLM 模型
  • 用戶滿意度調查(NPS)
  • 內容團隊回報「最常問但 AI 答不好」的問題

每年大檢修(1 週)

  • 全量 re-embedding(如果模型升級)
  • chunking 策略重新評估
  • 權限與安全稽核
  • 歸檔超過 N 年的舊文件

文件更新流程(SOP)

  1. 文件擁有者上傳新版本到指定資料夾
  2. 系統自動觸發 re-embed 任務
  3. 新版本進入「pending」狀態(暫不上線)
  4. 內容窗口跑 5–10 題驗證
  5. 驗證通過後切換到「active」
  6. 舊版本保留但 active=false

事故處理

三類常見事故:

1. AI 回答錯誤(被用戶舉報)

  1. 立即截圖 + 對話 ID
  2. 查 retrieved 切片是否正確
  3. 若是 retrieval 問題 → 調整 chunking / 加文件
  4. 若是 generation 問題 → 加強 Prompt
  5. 標記為「已修復」並驗證

2. 系統當機

  1. 顯示維護頁,預設回覆「請聯絡客服」
  2. 檢查向量庫、API、網路
  3. 找出 root cause
  4. 事後檢討(Postmortem)

3. 資料外洩

  1. 立即關閉系統(避免擴大)
  2. 檢查 audit log 找出範圍
  3. 通知資安主管 / 法務
  4. 72 小時內依個資法規定處理

容量規劃

規模向量庫容量月 API 成本
10 萬切片1GBNT$3–10K
100 萬切片10GBNT$15–50K
1,000 萬切片100GBNT$80–250K

備份策略

  • 原始文件:每日備份到雲端 + 冷儲存
  • 向量庫:每週快照(snapshot)
  • 對話歷史:每日匯出到 BigQuery
  • 還原測試:每季演練一次

KPI 範本

  • Hit Rate:> 85%
  • 用戶滿意度:> 80%
  • 平均 Latency:< 3s
  • 月度未命中問題:< 10%
  • 客服轉接率:依產業設目標

常見問題

RAG 系統上線後每天、每週要做哪些維運工作?

每日約 5 分鐘:檢查 latency、error rate、API quota 告警,瀏覽昨日負評對話 Top 10,並查看 Qdrant 向量庫健康狀態。每週約 30 分鐘:跑 30 題標準測試集觀察分數變化、檢視未命中問題清單找出文件缺口,並整理用戶反饋交給內容窗口。

RAG 知識庫的文件更新流程應該怎麼設計?

作者建議六步驟:文件擁有者上傳新版本到指定資料夾,系統自動觸發 re-embed 任務,新版本先進入 pending 狀態暫不上線,由內容窗口跑 5 到 10 題驗證,通過後才切換為 active,舊版本則保留但標記 active=false,方便回溯。

RAG 回答錯誤被用戶舉報時該怎麼處理?

先立即截圖並記錄對話 ID,接著查 retrieved 切片是否正確。若是 retrieval 問題就調整 chunking 或補文件;若是 generation 問題就加強 Prompt,修復後標記為已修復並驗證。若發生資料外洩,則要立即關閉系統、查 audit log、通知資安與法務,並在 72 小時內依個資法處理。

RAG 系統的向量庫容量與每月 API 成本大約多少?

依文章的容量規劃表:10 萬切片約需 1GB 向量庫、月 API 成本約 NT$3 千到 1 萬;100 萬切片約 10GB、NT$1.5 萬到 5 萬;1,000 萬切片約 100GB、NT$8 萬到 25 萬。每月作業應同時檢視 API、向量庫與儲存三項成本。

RAG 維運應該追蹤哪些 KPI?

文章提供的 KPI 範本包括:Hit Rate 大於 85%、用戶滿意度大於 80%、平均 Latency 低於 3 秒、月度未命中問題低於 10%,客服轉接率則依產業自行設定目標。每月對比 KPI 與目標,每季再做用戶滿意度調查(NPS)檢討整體趨勢。


RELATED ARTICLES

延伸閱讀。

延伸工具

LAST STEP

給我 30 分鐘,
告訴我你的業務。

我直接告訴你:你公司最該先用 AI 的 3 個地方、大概花多少預算、能不能用政府補助降低成本。

SOUTH TAIWAN AI WEEKLY

每週一封,南台灣中小企業
AI 應用週報。

賴家榮親自整理:本週最值得看的 AI 應用案例、補助公告、課程開班資訊。免費、可隨時退訂。

我們不分享您的 Email · 可隨時退訂

📞 立即撥打 預約免費診斷