先保留查询语义
格式化 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 上复核。
- 从分享值中移除密钥、客户数据和内部主机。
- 说明结果来自浏览器本地处理还是服务器检查。
- 写清楚下一步工具和复核原因。
- 把未解决的警告留在记录中，避免被当作已验证结果。