Kite 在 VSCode 中已基本不可用，2025 年底起其后台引擎服务正式下线，插件虽能安装但无法加载补全建议，所有依赖远程模型的功能（包括 Python 补全）均失效。

为什么 Kite 插件现在不工作

Kite 从 2025 年 12 月起关停全部后端 AI 服务，kite-engine 客户端不再连接任何模型服务器，本地进程启动后会静默退出或卡在“Starting…”状态。VSCode 状态栏的绿色图标可能短暂出现，但 import、函数参数、方法链等补全完全不触发——这不是配置问题，是服务端已物理下线。

• 检查方式：打开命令面板（Ctrl+Shift+P），执行 Kite: Show Status，若显示 Not connected 或无响应，即确认失效
• Windows/macOS/Linux 均受影响，无绕过方案
• 官方 GitHub 仓库（kiteco/vscode-plugin）自 2025 年 11 月起归档，README.md 已添加停服说明

替代方案：用 Ruff + Pylance 实现轻量级高效补全

不需要联网、不依赖外部服务，且对 Python 新语法（如 match、PEP 695 类型别名）支持更及时。关键不是“换一个补全插件”，而是切换到语言服务器原生能力：

Secure Python Code Sandbox

安全 Python 代码沙箱：在隔离的沙箱中执行任意 Python 代码，预装 requests、NumPy、pandas 库。返回 stdout、stderr。

下载

• 确保已启用 Pylance（微软官方 Python 语言服务器），并在设置中设为默认："python.defaultInterpreterPath" 指向你的 Python 解释器，"python.languageServer" 设为 "Pylance"
• 安装 Ruff 插件并启用 ruff.lintEnable 和 ruff.formatEnable，它能在键入时实时提示未定义变量、类型不匹配等错误，效果接近 Kite 的“边写边查”逻辑
• 禁用所有其他补全类插件（如旧版 Python 扩展中的 Jedi 模式），避免冲突拖慢响应

如果坚持要本地 AI 补全，只有两个现实选项

目前没有成熟、开箱即用的本地大模型 Python 补全工具能对标 Kite 当年体验。但可有限落地：

立即学习“Python免费学习笔记（深入）”；

• Ollama + codellama:7b 搭配 Continue.dev 插件：需手动配置 continue.config.json 指向本地 http://localhost:11434，补全延迟高（平均 800ms+），且常返回非 Python 语法片段
• Tabby（开源）：提供桌面客户端和 VSCode 插件，支持离线运行 tabbyml/StarCoder2-3b，但需至少 8GB 内存，首次索引项目耗时长，对 venv 中安装的包识别不稳定
• 二者共性：无法自动推断当前文件上下文中的变量类型，补全准确率明显低于 Pylance 的静态分析结果

真正影响效率的往往不是“少了一行补全”，而是错误反馈滞后。Pylance 的实时类型检查 + Ruff 的即时 lint，组合起来比 Kite 时代更可靠——只是少了那个右侧悬浮的文档面板，这点得接受。