构建系统文件必须放在Packages/User/目录下才生效，Sublime Text仅加载该路径的.sublime-build文件，其他位置一律无视；需用shell_cmd而非cmd实现跨平台兼容，selector设为"source | text"可万能匹配，file_regex须按实际编译器错误格式定制。
构建系统文件必须放在 Packages/User/ 目录下才生效
Sublime Text 只加载 Packages/User/ 下的 .sublime-build 文件，其他路径（比如桌面、项目根目录、Packages/MyLang/）一概无视。这不是“可能不生效”，而是硬性限制——放错位置，菜单里根本不会出现该构建项，按 Ctrl+B 也完全没反应。
实操建议：
- 用菜单
Preferences → Browse Packages…打开Packages/目录，直接进入User/子文件夹 - 新建文件，后缀必须是
.sublime-build（例如Generic_Run.sublime-build） - 别双击桌面文件再拖进 Sublime —— 这样保存路径仍是桌面，不会自动移到
User/
shell_cmd 比 cmd 更适合通用场景
通用配置要兼容 Windows/macOS/Linux，而 cmd 是数组形式，在不同平台对空格、路径分隔符、逻辑操作符（如 &&）的支持不一致。Windows 下 cmd 数组无法识别 &&，Linux/macOS 的 shell 环境又不一定被完整继承；shell_cmd 则统一走系统默认 shell 解析，更稳定。
实操建议：
- 用
"shell_cmd": "gcc \"${file}\" -o \"${file_path}/${file_base_name}\""而非"cmd": ["gcc", "${file}", "-o", "${file_base_name}"] - 所有含空格的路径必须用双引号包裹，且变量要用
${...}（不是$...） - 避免在
shell_cmd里写死绝对路径，优先依赖PATH；若需指定版本（如g++-14），则显式写出命令名
用 "selector": "source | text" 实现万能匹配
通用构建系统不能只绑定某一种语言，否则打开 .py 文件却选中了 C 构建项，或反过来，都会失败。但 selector 不是文件扩展名，而是 Sublime 的语法作用域（scope）。想覆盖所有常见代码文件，最稳妥的是用 "source | text" —— 它匹配所有带语法高亮（source.*）或纯文本（text.plain）的文件。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
实操建议：
- 搭配
shell_cmd内部用case或if判断后缀，例如：shell_cmd": "case \"${file_extension}\" in .py) python3 -u \"${file}\" ;; .cpp) g++ -std=c++17 \"${file}\" -o \"${file_path}/${file_base_name}\" && \"${file_path}/${file_base_name}\" ;; .c) gcc -std=c17 \"${file}\" -o \"${file_path}/${file_base_name}\" && \"${file_path}/${file_base_name}\" ;; esac" - 注意：这种写法在 Windows 上需用 PowerShell 或批处理重写，macOS/Linux 更友好
- 如果不想写复杂脚本，至少把
selector设为"source"，它比"source.c"等具体 scope 覆盖更广
file_regex 必须匹配真实错误格式，否则跳转失效
双击错误行跳转到源码，靠的是 file_regex 正则提取文件名和行号。但不同编译器/解释器输出格式差异很大：GCC 报错是 main.cpp:5:12: error:，Python 是 File "test.py", line 3, in ，Node.js 是 at test.js:7:15。一个正则不可能通吃，强行通用只会让跳转完全失效。
实操建议：
- 通用配置里可先不设
file_regex，等确定主要用哪几种语言后再分别补上 - 常用正则参考：
– GCC/Clang："file_regex": "^(..[^:]*):([0-9]+):([0-9]+):? (.*)$"
– Python："file_regex": "^File \"(.*?)\", line ([0-9]+), in"
– Node.js："file_regex": "at (.*?):([0-9]+):([0-9]+)" - 调试时可在终端手动运行对应命令，复制真实报错文本，用在线正则工具验证匹配效果
通用构建系统最难的不是写 JSON，而是平衡“通用”和“可用”——越想一劳永逸，越容易在路径、shell 兼容性、错误解析这些细节上翻车。真正顺手的配置，往往是先针对主力语言（比如 C++ 或 Python）配稳，再逐步加分支判断，而不是一开始就堆砌一堆 case。
