利用Sublime打造专属的代码审查辅助工具-sublime-PHP中文网

sublimelinter没反应的根本原因是它仅为调度框架，不自带检查能力，必须同时安装对应语言的linter cli工具（如eslint、flake8）并确保其可执行文件能被sublime通过path或手动路径调用，否则无法触发波浪线等提示。

利用sublime打造专属的代码审查辅助工具

Sublime 本身不带代码审查能力，但通过 SublimeLinter 框架 + 对应语言 linter 工具 + 合理配置，能快速搭出响应快、提示准、可定制的本地审查辅助环境——关键不是“装一堆插件”，而是让每个环节真正跑通。

常见现象是：插件装了，重启了，但编辑 JavaScript 或 Python 文件时毫无波浪线、无 gutter 图标、悬停也没提示。根本原因只有一个：SublimeLinter 是框架，不自带检查逻辑，必须配齐「语言插件」+「命令行 linter 可执行文件」才能工作。

确认已安装对应语言插件，例如写 Python 就要装 SublimeLinter-flake8（不是 SublimeLinter-pylint，两者不兼容）；写 C++ 就得装 SublimeLinter-cppcheck
在终端运行 flake8 --version 或 cppcheck --version，必须返回版本号——如果报 command not found，说明系统 PATH 里没包含该工具，SublimeLinter 根本调不动它
Windows 用户尤其注意：安装 cppcheck 后需手动把 cppcheck.exe 所在目录加进系统环境变量 PATH，否则 SublimeLinter 默认找不到

lint_mode 决定检查时机和资源占用，选错会明显拖慢打字体验。默认 "background" 是最稳妥的选择，它用子进程异步执行，不影响编辑流；而 "on_modified" 虽然最实时，但每敲一个字符都触发一次检查，对 ESLint 这类重型 linter 来说极易卡顿。

Moltbot

一款AI开发辅助工具，主要用于开源的自托管AI智能体助手，自动化执行系统级任务，适合需要提升相关任务效率的用户。

下载

SublimeLinter 的 args 数组直接透传给底层命令行工具，但参数格式必须严格匹配目标 linter 的 CLI 规范，错一个符号就静默失败。

ESLint：用 ["--ext", ".js,.jsx", "--no-warn-ignored"]，注意 --ext 后必须紧跟扩展名，不能写成 --ext=.js
cppcheck：["--enable=all", "--std=c++20", "--inconclusive"]，其中 --std 值必须与你代码实际使用的标准一致，否则误报率飙升
flake8：["--max-line-length=120", "--ignore=E501,W503"]，等号不能省略，且 E501（行过长）和 W503（换行位置）这类代码要查官方文档确认是否存在，旧版 flake8 不认 W503

这通常不是插件问题，而是 linter 输出的错误格式没被 SublimeLinter 正确解析。核心在于 linter 的输出必须含标准字段（如 file:line:column: 或类似结构），否则插件无法定位。

检查终端中直接运行 linter 命令的原始输出，例如 eslint src/index.js，看是否含行号列号信息；若只有模糊描述（如 “Missing semicolon”），说明 linter 配置或版本不兼容
部分 linter（如旧版 jscs）已弃用，输出格式不被支持，必须换用 eslint 或 standard
Windows 下路径分隔符为反斜杠 \，某些 linter 输出时未转义，导致 SublimeLinter 解析失败——此时可在 env 中设 "PYTHONIOENCODING": "utf-8" 并确保终端编码一致

真正的难点不在装多少插件，而在每条 args 是否精准匹配目标 linter 的当前版本行为，以及每个 executable 是否真能被 Sublime 进程访问到——这两处出错，整个链路就静默失效。