先保留查詢語意
格式化 SQL 時，不要改變條件、join 順序或字串內容。先用 formatter 提升可讀性，再用 diff 檢查是否只改變空白與換行。
排除敏感資料
瀏覽器工具很快，但正式密鑰、客戶資料和內部主機名仍應刪除或遮罩。
複製前檢查結果
生成內容在確認目標執行環境、語法差異或平台行為前都應視為草稿。
用相關工具再檢查
SQL 格式化工作流程 的結果不要單獨結束。繼續用相關工具檢查格式、時區、編碼與公開 URL 狀態，能在複製前發現下一步可能變化的條件。
只保留可分享結果
移除正式密鑰、客戶資料、內部主機名與一次性 token，並簡短記錄結果前提。整理後的輸出更適合放進文件、issue 或程式碼審查。
先定義複核標準
使用SQL 格式化工作流程時，先寫清楚什麼結果可以複製，能減少誤用。把輸入形狀、目標執行環境、安全邊界與可分享範圍放在一起檢查，才能判斷工具結果是否適合實際任務。
- 確認範例輸入能代表真實問題。
- 記錄目標瀏覽器、排程器、解析器或部署環境。
- 出現任何警告時，複製前用相關工具再檢查一次。
連接到下一步任務
實用工具不應停在一次轉換。格式化後擷取欄位，產生後驗證結果，檢查公開 URL 後繼續看 header、DNS、robots 或 sitemap，才能留下可重用的工作記錄。
- 格式化結果繼續做 diff 或 schema 檢查。
- URL 與網路結果要結合 redirect、robots、sitemap 狀態查看。
- 分享前移除密鑰、內部主機名稱與客戶資料。
補充邊界與異常範例
只用一個成功範例會讓結果看起來比實際更穩定。把正常值、邊界值、空值、帶空格值、帶標點值和明顯錯誤值放進同一輪檢查，可以更快發現格式、編碼、時間或安全邊界上的問題。
- 至少保留一個應該通過和一個應該失敗的範例。
- 檢查空輸入、過長輸入和帶特殊字元的輸入。
- 如果結果會進入程式、設定或文件，複製前再看目標環境限制。
保留可複核記錄
複製結果時，不要只留下最終字串或數字。記錄輸入來源、選擇的選項、看到的警告、目標平台和下一步驗證工具，能讓團隊成員知道這個結果為什麼可信，也能在問題重現時快速回到同一條件。
- 把輸入範例、輸出摘要和警告放在同一段記錄裡。
- 說明結果是否來自瀏覽器本機處理或公開網路檢查。
- 分享前再次移除密鑰、內部主機名稱與客戶資料。
格式化不能改變查詢語意
SQL formatting 是提高可讀性，不是修改條件、join、subquery 或 literal。格式化後請用 diff 確認變化只發生在 whitespace 和換行上，再把結果交給審查或正式設定。
- 檢查 WHERE 是否存在，特別是 mutation query。
- 重新閱讀 table reference 與 join 條件。
- 確認 parameter 和 literal quote 沒有變化。
分享前整理複核記錄
把SQL 格式化工作流程結果放進工單、文件或 pull request 前，請簡短記錄輸入來源、選擇的選項、出現的警告、目標環境，以及下一步使用的相關工具。只複製最終結果很難重現問題，也不利於團隊判斷可信度。對於會影響部署、搜尋、樣式或資料結構的結果，還要寫明是否已經在目標瀏覽器、排程器、解析器或公開 URL 上複核。
- 從分享值中移除密鑰、客戶資料和內部主機。
- 說明結果來自瀏覽器本機處理還是伺服器檢查。
- 寫清楚下一步工具和複核原因。
- 把未解決的警告留在記錄中，避免被當作已驗證結果。