VSCode本身不解析XML或YAML，需依赖本地Node.js环境手动调用解析器；必须安装xml2js或yaml等库并编写脚本显式加载，且注意编码、路径、环境变量及库行为差异。
VSCode 本身不解析 XML 或 YAML，它只提供编辑支持；真正做解析的是你本地的 Node.js 环境——但必须手动调用、显式加载解析器，VSCode 不会自动帮你跑 require('xml2js') 或 yaml.load()。
Node.js 解析 XML：别信“装个插件就能运行”
VSCode 没有内置 XML 解析器，require('xml2js')、fast-xml-parser 这类库必须你自己安装并写脚本调用。常见误区是以为装了 Red Hat XML 插件就能“执行 XML”，其实它只做格式化和 Schema 校验，不碰运行时解析。
- 先确保本地 Node.js 可用：
node -v和npm -v能正常输出版本号 - 在项目根目录运行：
npm install xml2js（或fast-xml-parser，后者更轻、无回调） - 新建
parse-xml.js，内容类似：const fs = require('fs');<br>const { parseStringPromise } = require('xml2js');<br><br>async function main() {<br> const xml = fs.readFileSync('./config.xml', 'utf8');<br> const result = await parseStringPromise(xml);<br> console.log(result);<br>}<br>main(); - 在 VSCode 终端里执行：
node parse-xml.js——不是点击“运行”按钮，VSCode 默认不把 .js 当可执行入口 - 注意编码：XML 文件必须是 UTF-8 无 BOM，否则
xml2js会抛Error: Invalid character
Node.js 解析 YAML：警惕 yaml 与 js-yaml 的行为差异
两个主流库：官方推荐的 yaml（aka yamljs）和更老牌的 js-yaml，它们对注释、锚点、!!merge 等特性的支持完全不同，选错会导致解析失败或静默丢字段。
Blender Geometry Nodes Script Generator
下载
生成Blender Python (bpy)脚本，该脚本使用node_groups API和GeometryNodeTree接口程序化地创建几何节点修改器树，用于参数化3D资产生成。
- 推荐用
yaml（npm 包名就是yaml）：它兼容 YAML 1.2，正确处理多行字符串、锚引用、!Ref等 CloudFormation 扩展语法
安装：npm install yaml
用法：import { parse, stringify } from 'yaml';<br>const doc = parse(fs.readFileSync('./deploy.yaml', 'utf8')); -
js-yaml默认禁用危险类型（如!!js/function），且不支持!Ref——如果你的 YAML 来自 AWS SAM 或 Serverless Framework，大概率会报错YAMLException: unknown tag !<yaml.org></yaml.org> - 不要用
require()直接加载 .yaml 文件：Node.js 原生不识别 .yaml 后缀，会当作 JS 执行并报Unexpected token - 读取文件务必指定编码：
fs.readFileSync('x.yaml', 'utf8')，否则 Buffer 传给parse()会触发TypeError: First argument must be a string
VSCode 中调试解析脚本：终端路径和工作区是关键
你在 VSCode 里点「运行」或按 F5，默认工作目录是当前打开的文件所在目录，不是项目根目录 —— 这会导致 fs.readFileSync('./config.yaml') 找不到文件，尤其当脚本放在 scripts/ 子目录下时。
- 统一用相对路径 +
__dirname定位资源：const configPath = path.join(__dirname, '../config.yaml');
- VSCode 调试配置（
.vscode/launch.json）里必须设"cwd": "${workspaceFolder}"，否则断点能进，但fs操作总在错目录 - 如果用了
process.chdir()切换目录，后续所有相对路径都以此为准，但 VSCode 的“运行”按钮不会同步这个状态，建议避免 - 检查终端是否继承了环境变量：比如某些 YAML 里用了
${ENV_VAR}占位符，需在 launch.json 中加"env": { "ENV_VAR": "dev" }
校验 ≠ 解析：别把 VSCode 的红波浪线当“已通过解析”
VSCode 显示 imagePullPolicy: Alaways 报错，只说明它比对了 Kubernetes Schema 并发现拼写错误；但这和你的 Node.js 脚本能否成功 parse() 是两件事 —— 前者是静态校验，后者是运行时行为。
- Schema 校验通过 ≠ Node.js 能 parse：例如字段值为
null，Schema 允许，但js-yaml默认把null当 undefined，而yaml包保留null；业务逻辑若依赖 === null 判断，结果可能不同 - 缩进错误在 VSCode 里标红，但
yaml库默认宽容（strict: false），仍可能解析成功 —— 别依赖编辑器报错来代替单元测试 - 最易忽略的一点：VSCode 的 YAML 校验基于你配的
yaml.schemas，而 Node.js 解析器完全不读这个配置，两者 schema 来源、版本、严格程度毫无关系
