sublime text 不支持 github copilot，唯一稳定方案是 sublimeai（调用 openai api），需终端启动、配置 openai_api_key 及优化 prompt；tabnine 和 lsp 才是更可靠、隐私友好且开箱即用的补全选择。
Sublime Text 本身不支持 GitHub Copilot，官方插件市场里也搜不到合法可用的 Copilot 客户端。所有声称“Sublime + Copilot 直连”的方案，要么调用的是 OpenAI API（本质是 SublimeAI 类工具），要么已失效、带密钥泄露风险、或根本无法登录。
SublimeAI 是目前唯一能稳定跑通的 OpenAI 补全路径
它不是 Copilot，但能实现类似单次补全/解释功能，依赖你本地配置的 OPENAI_API_KEY 和合理 prompt。关键点不在装插件，而在环境和上下文控制：
- 必须从终端启动 Sublime：macOS/Linux 运行
subl .，Windows 运行subl.exe（不能双击图标启动，否则读不到环境变量） - 验证密钥是否生效：按
Ctrl+`打开控制台，执行import os; print(os.environ.get("OPENAI_API_KEY"))，应输出sk-开头字符串 - 默认 prompt 太宽泛，容易生成通用代码。函数补全场景建议设为：
"你是一名资深 Python 工程师。请基于以下函数签名和已有代码，续写逻辑完整、符合 PEP8 的实现，不加解释，只输出代码:\n\n{selection}" - 别指望它识别项目内私有函数名——
{selection}只包含你当前选中的文本，插件不会自动抓取 import 或同文件其他定义
TabNine 才是 Sublime 里真正开箱即用的补全主力
如果你要的是行级/函数级自动补全（比如输 os.pa 自动出 os.path.join），而不是自然语言生成，TabNine 比任何 API 调用方案都靠谱：
- 安装后默认启用，无需密钥、不走网络、无额度限制
- 补全触发键是
Tab或Enter，也可在Preferences → Package Settings → TabNine → Settings中自定义 - 对 Python/JS 支持成熟，模型本地运行，响应快；但 Rust/Go 等小众语言补全弱
- 隐私友好：所有计算在本地，敏感代码不会上传
别忽略 LSP + 语言服务器这条“非 AI 但更稳”的路
很多用户误以为“没 AI 就不够智能”，其实 LSP-pyright（Python）、LSP-tsserver（TS/JS）提供的类型推导、跳转定义、错误实时标记，比模糊的 AI 补全更可靠、更可预期：
- 先装
LSP插件，再装对应语言服务器插件（如LSP-pyright） - 多数语言服务器需额外安装本体：例如
pip install pyright，否则插件提示 “server not found” - LSP 不依赖网络或密钥，也不消耗 token，适合长期主力开发
- 它不生成新逻辑，但能帮你快速理解、安全重构、提前发现 typo 类错误——这才是日常编码里最常卡住的地方
真正容易被忽略的，是启动方式和上下文边界：Sublime 从图标双击启动就注定读不到环境变量；AI 补全永远只看到你选中的那几行，不会知道你上一个函数叫什么、config.py 里写了啥。想靠它写出完整模块？不如先写好函数签名和 docstring，再让 TabNine 或 LSP 帮你把骨架填实。
