安全規劃資料回填
在任何 UPDATE 前先確認 schema、範圍與回讀斷言；寫入後留下可檢視的驗證文物。
閱讀安全回填指南 →已發布指南
從任務開始，而不是從一條指令開始
每篇都說明風險、可重現工作流、可交付的證據，以及 dbcli 不會替你跨越的界線。
交付可分享的資料儀表板
把一個業務問題轉成受限查詢與互動式 HTML 報表，而不讓 Agent 猜測欄位。
閱讀儀表板指南 →找出 ORM 與資料庫的 schema 漂移
先將實際 schema 與 ORM 定義比對，再把 DDL 是否執行的決定交還給團隊。
閱讀 schema 漂移指南 →用資料庫證據定位慢 API
由觀測事件、查詢計畫與索引建議逐步縮小問題，不以直覺調整正式資料庫。
閱讀慢端點指南 →Vibe coding 時，什麼時候該用 dbcli？
用圖解分辨直接 client、MCP 與 dbcli；看懂本機快速實驗何時需要升級成可重跑的工作流。
閱讀工具選擇指南 →在 schema 變更前做離線影響評估
以本機 schema cache 或 ORM baseline 找出已知依賴與 coverage gaps，不連線、不執行 SQL。
閱讀影響評估指南 →寫入後驗證與 evidence receipt
在外部寫入後執行唯讀驗證，留下不含敏感內容的 provenance，而不是把 receipt 當成核准。
閱讀驗證證據指南 →為變更審查組成 Evidence Pack
把既有 audit、verification artifact 與 receipt 組成可驗證的審查包，不交出 SQL 或資料列。
閱讀 Evidence Pack 指南 →用語意契約保護業務指標
用已審閱的 contract、owner 與 evidence policy，讓指標變更的治理邊界保持清楚。
閱讀語意契約指南 →