sublime text 不具备原生重复率分析与代码重构能力，需依赖插件（如sublimelinter+flake8）和外部cli工具（如jscpd）协作实现轻量检测；重构仅支持重命名等基础操作，复杂操作须借助vs code等ide完成。
Sublime Text 本身不提供开箱即用的代码重构或重复率分析能力，所有这类功能都依赖插件组合与外部工具链协作。直接在 Sublime 中“构建一个完整系统”不可行，但可以搭建一个轻量、响应快、贴合日常编辑节奏的质量检测工作流。
SublimeLinter + flake8 / eslint 是最稳的起点
不要从 SonarQube 或 Ruff 入手——它们要么太重（需服务端），要么在 Sublime 生态中支持不成熟（Ruff 官方无 Sublime 插件）。SublimeLinter 是经过长期验证的框架，配合语言专用 linter 插件，能覆盖 90% 的规范检查需求。
以 Python 为例：
- 通过 Package Control 安装
SublimeLinter和SublimeLinter-flake8 - 确保系统已安装
flake8：pip install flake8 - 若项目有
.flake8或setup.cfg，SublimeLinter默认读取；否则可在SublimeLinter.sublime-settings中显式指定路径 - 它能即时标出
E722（裸 except）、F841（未使用变量）、E501（行过长）等，但不检查重复代码
重复率分析必须外挂，别指望 Sublime 原生支持
Sublime 没有内置 AST 解析器，无法像 VS Code 那样靠语言服务器做跨文件重复块识别。所谓“重复率”，在 Sublime 场景下只能退化为：单文件内相似行检测，或调用命令行工具后解析输出。
可行做法只有两种：
- 用
codespell或jscpd这类 CLI 工具手动扫描：jscpd --path ./src --reporters html，再把 HTML 报告拖进浏览器看 —— 它不集成到编辑器里，但结果可靠 - 借助
Sublime Text Build System封装命令：新建Tools > Build System > New Build System，写入：{ "shell_cmd": "jscpd --path $file_path --threshold 50", "file_regex": "^.*?:(\d+):.*$" }保存后按Ctrl+B即可触发，错误行号能跳转 - 注意：
jscpd默认阈值是 80 行相似，设太低会误报；Python 项目建议加--extensions py显式限定
重构操作只能靠 LSP + 手动补位
Sublime 的 LSP 插件支持基础重构，但和 VS Code 相比，缺失“提取函数”“内联变量”等一键操作。它只提供 rename（重命名符号）和部分 codeAction（如自动补全 import），且依赖后端语言服务器是否实现。
例如 Python 场景：
- 装好
LSP-pyright或LSP-pylsp后，F2 重命名类/函数名，会跨文件更新引用 —— 这是唯一真正可用的自动化重构 - 想“提取方法”？Sublime 不支持。你得手动剪切代码 → 新建函数 → 粘贴 → 替换调用处 —— 没有 AST 支持，编辑器无法安全推导作用域和返回值
- 如果真需要结构化重构，别在 Sublime 里硬扛；临时切到 VS Code 或 PyCharm 执行一次，再切回来继续写
最后提醒一句：Sublime 的优势是启动快、资源省、定制自由，但它不是 IDE。把“重复率分析”“深度重构”这些重逻辑任务塞进来，本质上是在对抗它的设计哲学。接受它的边界，用 CLI 工具补位，反而更高效。
