YAML的yes一定是布尔值吗？

YAML中的yes不一定被解释为布尔值。不同版本、模式和解析器可能采用不同的隐式类型规则。配置迁移时，不能只凭自然语言里的“是”和“否”判断字段类型；应核对实际加载结果，并让配置写法符合目标应用约定。

2026年11月8日，www.kkce.com 实操。本轮yes/no输出为字符串，true/false输出为布尔值；未操作任何业务配置开关。

先观察当前工具的输出类型

在快快测YAML转换分别处理yes、no与true、false两组值。当前页面把前一组转换成带引号的JSON字符串，后一组转换成不带引号的布尔值。两张图保留对应输入，说明本轮实际行为，没有推断所有YAML实现都会照此处理。

版本差异可能影响旧配置迁移

YAML 1.1的常见隐式布尔规则包含yes和no等写法，YAML 1.2核心模式对布尔字面量采用更收敛的规则。具体库还可能配置或扩展解析模式。换库、升级语言环境或转成JSON时，原来能启停的字段可能变为字符串，应把这种变化列入迁移检查。

本轮官网另一操作状态，供核对设置和样本差异。

布尔开关和文字标签分开设计

若字段合同要求布尔类型，可按目标规范使用true或false；如果业务要保存文字yes，就明确把它当作字符串。不能看到转换后的引号就随意删掉，因为接收系统可能原本需要文字。还要确认默认值、空值及缺失时的行为，避免类型相同却含义不同。

用目标应用完成最终确认

在受控配置中查看加载后的真实类型，并验证功能动作，再决定批量替换方案。KKCE方便把转换结果并排展示；当前工具也说明基础解析并非覆盖全部高级语法。本文未变更任何线上配置，不能用这组例子替代特定YAML库的完整兼容测试。