2026 年 10 月

自动识别让整理代码更方便，但短片段与混合模板仍需手动确认语言。先保存原文，统一设置，再将排版和功能修改分开；输出能阅读，不等于可以直接运行或替代测试。

YAML不能只追求看起来整齐。先理解每项属于哪一层，保留字符串意图与注释，再使用格式化整理；目标程序的字段、版本与业务配置仍需要专门验证，不因解析成功就直接部署。

压缩比例不是唯一验收指标。CSS规则关系、媒体查询与状态样式都可能影响页面，先保存原文和设置，再检查同一组代表页面；若合并结果异常，先收窄处理而不是继续删除规则。

格式化CSS的目的是让规则更容易审查，不是自动消除冲突。保留声明和选择器顺序，关注覆盖关系、媒体查询与交互状态，修改后回到真实页面检查，避免把整齐代码误当成正确样式。

压缩JS可以减少部分文本体积，但效果依原代码而定。保留源码与映射，关注函数名或动态代码依赖，压缩后再测试主要业务；传输压缩、缓存和执行耗时仍是另外的优化层面。

美化JS可以展开函数和分支，帮助阅读，不能还原丢失的信息。先确认语言与源码范围，统一设置，再在真实运行环境验证；处理第三方文件时也应优先寻找源码与source map。

先选数据库方言，再统一缩进和关键字，能让SQL审查更容易发现连接与筛选问题。格式化不自动改变查询逻辑，也不能证明执行安全或速度改善，原文、测试数据和执行计划仍需保留。

XML先确认标签和结构可解析，再检查业务约束。格式化能帮助阅读，但空白文本、命名空间与属性仍有语义；需要XSD或签名验证时，要使用相应工具，不能只凭美化成功决定发布。

整理HTML时先了解空白语义，再决定追求整齐还是保守保留。排版后的层级更便于审查，但样式、脚本和模板仍需在目标页面验证，压缩版本也不应成为唯一源码。