不能。sublimelinter只是框架，rubocop是独立工具，必须分别安装gem并显式配置rubocop路径，且.rubocop.yml需置于项目根目录，否则静默失效。
SublimeLinter + RuboCop 能不能直接装上就用？
不能。SublimeLinter 本身只是个框架，RuboCop 是独立的 Ruby 代码检查工具，两者必须分别安装且路径互通——缺一不可。常见错误是只装了 SublimeLinter 插件，却没在系统里装 rubocop gem，结果构建时提示 command not found: rubocop。
验证是否已装：which rubocop（macOS/Linux）或 where rubocop（Windows），输出应为类似 /opt/homebrew/bin/rubocop 或 C:Ruby32-x64in
ubocop.bat 的路径。没输出？先运行：gem install rubocop。
- 若用
rbenv，装完后执行rbenv rehash - 若用
rvm，确保当前 gemset 包含rubocop（rvm gemset list+gem install rubocop） - Windows 用户注意：
rubocop.bat是批处理包装器，Sublime 必须调用它，不是rubocop可执行文件本身
SublimeLinter-rubocop 插件配错路径会静默失效
SublimeLinter-rubocop 插件默认尝试调用 rubocop 命令，但它不读 shell 的 PATH —— GUI 启动的 Sublime 根本看不到你终端里能跑的命令。所以即使 which rubocop 正常，插件仍可能报 linter failed to initialize。
解决方法：在 SublimeLinter.sublime-settings（Preferences → Package Settings → SublimeLinter → Settings）中显式指定路径：
{
"linters": {
"rubocop": {
"executable": ["/opt/homebrew/bin/rubocop"],
"args": ["--require", "rubocop-rspec"]
}
}
}
- macOS Homebrew：用
/opt/homebrew/bin/rubocop（Apple Silicon）或/usr/local/bin/rubocop（Intel） - rbenv 用户：写绝对路径，如
/Users/xxx/.rbenv/shims/rubocop（~不会被展开） - Windows：填
["C:\Ruby32-x64\bin\rubocop.bat"]，反斜杠必须双写，且必须带.bat后缀
RuboCop 配置文件（.rubocop.yml）放错位置就不起作用
SublimeLinter-rubocop 默认只读项目根目录下的 .rubocop.yml，不会向上递归查找，也不会自动加载全局配置（如 ~/.rubocop.yml）。如果项目里没这个文件，它就按默认规则跑，和你在终端里 rubocop 的行为不一致。
常见场景：
- 新建 Rails 项目但没生成配置：运行
rubocop --auto-gen-config生成.rubocop_todo.yml，再手动重命名为.rubocop.yml - 想统一团队规范：把公司级
.rubocop.yml放进每个项目的根目录，别指望靠rubocop -c ~/.rubocop.yml在 Sublime 里生效 - 使用
rubocop-rails等扩展：确保require字段在.rubocop.yml里正确声明，例如require: rubocop-rails，且对应 gem 已安装
为什么改了 .rubocop.yml 但 Sublime 里没反应？
SublimeLinter 默认缓存 linter 配置，改完 .rubocop.yml 后不会自动重载。最直接的触发方式是：关闭并重新打开该文件，或手动触发一次 lint（Ctrl+Alt+L）。
更彻底的办法是重启 Sublime，尤其当你修改的是全局设置（SublimeLinter.sublime-settings）或刚装完新 gem。
- 调试技巧：打开 Sublime 控制台（
Ctrl+`），输入sublime.log_commands(True)，然后运行 lint，看控制台是否打印出实际执行的rubocop命令和参数 - 关键陷阱：RuboCop 的
TargetRubyVersion若设得比项目实际版本高（比如设 3.2 但项目跑 3.0），会导致某些 cop 被跳过，而 Sublime 不报错，只默默少检查 - 性能影响：大型项目开启
LintAllFiles会明显卡顿，建议保持默认只 lint 当前文件
PATH，也不自动加载 .rubocop.yml，更不会告诉你哪一行配置被忽略了。
