编译指令在Packages/User/目录下的.sublime-build文件中修改；需手动创建或编辑如NASM.sublime-build等JSON文件，配置cmd数组、selector作用域及shell选项。

编译指令在哪改：找到对应的 .sublime-build 文件

Sublime Text 的汇编编译行为由构建系统（Build System）控制，本质就是一个 JSON 格式的 .sublime-build 文件。它不藏在菜单里，也不靠插件自动创建——你得自己建或改它，位置在：Packages/User/ 目录下（可通过 Preferences → Browse Packages… 打开）。常见命名如 NASM.sublime-build、GAS.sublime-build 或 ASM.sublime-build。

注意：别去改 Packages/Default/ 里的默认构建文件，那是只读的；也别指望“安装插件就自带可用构建系统”——多数汇编插件只管高亮，不管编译。

cmd 字段怎么写：路径、参数、Shell 模式要对得上

cmd 是真正执行命令的地方，写错一个斜杠或漏掉引号，Ctrl+B 就直接报错。Windows 下尤其容易翻车：

Pandas 配置文件报告生成器

使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。

下载

• 路径含空格必须用双引号包裹，比如："C:\Program Files\NASM\nasm.exe"
• 反斜杠 在 JSON 里是转义字符，必须写成 \；正斜杠 / 反而更安全，推荐统一用 /，如："C:/nasm/nasm.exe"
• 如果用了 shell_cmd（而非 cmd），就走系统 shell，可写 nasm -f win64 "$file" -o "${file_path}/${file_base_name}.obj"；但 cmd 模式下不能直接用 $file 这类变量，得用数组形式传参
• Windows 上调用 link.exe 或 ml.exe 前，确认它们在 PATH 中，否则必须写绝对路径

selector 必须和当前语法 scope 完全匹配

这个字段决定 Sublime 什么时候自动启用这个构建系统。它不是后缀名，而是语法定义里声明的 scope 名。例如：

• 你手动设了语法为 Assembly (NASM)，那它的 scope 很可能是 source.asm.nasm，selector 就得写 "source.asm.nasm"
• 若用的是 EnhancedAssembly → x86 (GAS)，scope 通常是 source.gas，selector 就不能写成 source.s 或 source.asm
• 查不准？光标停在代码任意处，按 Ctrl+Shift+P 输入 Developer: Show Scope Name，第一行就是当前 scope
• 不匹配的后果：菜单里看不到该构建系统，或者点了也没反应——高亮和构建是两套系统，但都卡在 scope 这个起点上

多步骤编译（汇编→目标→链接→运行）怎么串起来

单条 cmd 只能跑一个命令。想一次 Ctrl+B 完成 nasm → ld 或 ml → link，得靠 variants 或封装脚本：

• 用 variants 定义多个子命令，比如："name": "Assemble" 只调 nasm，"name": "Link" 再调 ld，手动切换
• 更常用的是写一个批处理（Windows）或 shell 脚本（macOS/Linux），把多步逻辑包进去，然后 cmd 只调这个脚本，比如：["build_asm.bat", "$file_base_name"]
• 脚本里注意路径传递：Sublime 的 $file 等变量不会透传进脚本，得靠 $file_base_name + $file_path 拼出来，且 Windows 脚本里别用 / 当路径分隔符
• 别忘了加 "shell": true（尤其调脚本时），否则 .bat 或 .sh 不会执行

真正容易被忽略的是：修改完 .sublime-build 后，必须确保当前文件右下角显示的语法名和 selector 完全一致——哪怕只差一个点或大小写，构建系统都不会触发。