为何要检查注释里的私人信息
YAML 注释是字符流中的呈现文字，以井号开头。解析丢弃它们，构造原生对象时也不得使用它们。于是口令或内网位置即使只出现在注释中，也不会变成映射里的凭据字段去参与加载，但它们仍以可读形式留在文件里。Clash 自定义配置会被复制、归档或送去排障，注释会随源文本一起离开原机器。适用条件是：你将要分发或长期保存这份 YAML，或者怀疑历史注释写过私人地址、用户名、口令、令牌。
规范指出 YAML 用于配置文件，并强调人类可读。对排障友好的同一性质，也会让注释中的秘密同样好读。检查范围是所有井号到行末的内容，而不是已经位于键下的标量数据；后者属于表示层，需另案处理，但同一次审阅最好分开清单，以免只清注释、留下键值。
检查步骤与合格标准
在源文件中找出独立成行的注释和键值行尾的注释。规范示例两种都有：文档前的说明行，以及统计项后面的含义说明。把这些片段当作普通文本阅读，查找可连接的私人位置、账户与凭据。若必须在说明里提到订阅类参数，只保留类似 token=示例 的参数片段，不要写完整定位信息。
区分两层。键下面的主机与口令是标量，删注释改变不了它们。注释里的备用地址或旧令牌，加载时会被忽略，但任何人打开文件都能看见。配置若以源文本形式传递，不要假设对方只会看到构造后的对象。转储过程可能加入或省略注释，但你正在检查的那份源文件里，已有井号行在分发时仍然存在。
合格标准：任意注释在离开可信环境后，都不应还能被读成可冒用的凭据或可直达的私人位置。规范已经说明注释不参与构造，因此只写在注释里就等于没有保存，不能作为判断依据。另一条标准：删除这些注释后，表示图不变，文档仍解析为同样的映射与序列。若删除后节点值变化，说明井号截断了标量，应先修语法，再谈是否清除秘密。
检查失败或已经泄露时
注释里确认存在私人信息时，从源文本改写或删除对应井号行，并按实际分发范围看待该文件曾经以呈现层明文离开。加载过程不会替你擦除历史副本。无法判断某段是不是注释时，先按规范解析，确认节点值，再单独处理井号后面的字。仍需留下排障说明时，改成不含定位与凭据的目的描述，与规范里用注释解释含义、而不是堆叠敏感细节的做法一致。解析失败时，先处理缩进与指示符，避免把半截纯量当成注释去处理却改坏数据。清理时不要误删锚点名、标签句柄或指令，它们不是井号注释，分属节点属性或文档前导。