LiteLLM 插件安装教程：浏览器、编辑器或扩展市场配置全流程

LiteLLM适合解决什么问题

LiteLLM常被用作AI网关工具，它的价值不在于替代某一个聊天应用，而是把不同模型服务整理成统一的调用入口。对普通用户来说，最直观的好处是：浏览器侧边栏插件、代码编辑器扩展、知识库工具或自动化应用，只要支持“OpenAI兼容接口”或“自定义API地址”，通常都可以接入LiteLLM，再由LiteLLM转发到你实际使用的模型。

这类安装配置适合三类场景：第一，团队内有多个AI工具，希望统一管理模型名称和访问密钥；第二，开发者在VS Code、JetBrains等编辑器中使用AI代码助手，但想切换不同模型；第三，普通用户安装浏览器扩展后，发现扩展只提供固定服务商选项，希望通过自定义端点接入更多模型。需要注意的是，LiteLLM本身更像“中间层”，不是传统意义上的浏览器插件，实际安装流程通常由“部署LiteLLM服务”和“在插件内填写接口参数”两部分组成。

安装前准备：环境、密钥与版本确认

开始前建议先准备三项内容。其一是运行环境，个人电脑可使用Python环境安装，长期使用或多人共享则更适合容器方式部署。其二是模型服务密钥，不同服务商的密钥格式不同，应只从官方控制台获取，并妥善保存。其三是需要接入的插件或编辑器扩展，安装前要确认它是否支持自定义Base URL、API Key和模型名称，否则即使LiteLLM正常运行，也可能无法完成对接。

新手建议先在本机完成测试，确认浏览器或编辑器能够访问本机地址后，再考虑部署到服务器。若部署在公网环境，必须增加访问控制，不要把未加保护的AI网关直接暴露给陌生访问者。LiteLLM会承载模型调用请求，配置不当可能造成额度消耗异常、日志泄露或调用失败。

第一步：安装并启动LiteLLM

本机安装通常有两种方式。轻量测试可使用Python虚拟环境安装LiteLLM相关包，然后通过命令启动服务；生产或团队环境更推荐使用容器镜像，便于版本固定、重启恢复和配置迁移。无论采用哪种方式，核心目标都是启动一个兼容OpenAI接口风格的服务地址，常见形式为http://127.0.0.1:4000/v1。

启动前应准备配置文件，用于声明可用模型、对应服务商、密钥变量和别名。例如，你可以把真实模型映射成更容易记忆的名称，供浏览器插件或编辑器扩展填写。建议不要把真实密钥直接写在公开文档或截图里，可使用环境变量方式注入。启动后先访问健康检查地址或使用简单请求验证服务是否在线，再进入插件配置环节。

如果是多人使用，建议同时配置主密钥、访问记录和基础限流。主密钥用于保护LiteLLM入口，访问记录用于排查问题，限流用于避免单个工具异常循环调用。对于新手，先保证“单模型、单插件、本机访问”跑通，再逐步增加模型和使用场景，成功率会更高。

第二步：浏览器插件配置流程

浏览器侧常见的是AI侧边栏、网页总结、划词问答、提示词助手等扩展。安装时可进入浏览器自带扩展市场，搜索支持“Custom API”“OpenAI Compatible”“自定义接口”等描述的工具。安装完成后打开扩展设置页，通常需要填写三项内容：API Base URL、API Key、Model。

Base URL一般填写LiteLLM的接口地址，例如本机部署时使用http://127.0.0.1:4000/v1；API Key填写LiteLLM入口密钥，而不是上游模型的真实密钥；Model填写你在LiteLLM配置文件中声明的模型别名。保存后，先使用扩展自带的“测试连接”功能，如没有测试按钮，可用一个简短问题验证是否返回正常内容。

浏览器插件接入时最常见的问题是跨域、地址不可达和模型名不一致。如果插件运行在浏览器页面上下文中，访问本机服务可能受到限制，需检查LiteLLM是否允许对应来源访问；如果浏览器与LiteLLM不在同一台设备，127.0.0.1就不再代表LiteLLM所在机器，应改为可访问的内网地址或受保护的域名；如果提示模型不存在，多半是插件里填写的模型名与配置文件别名不完全一致。

第三步：编辑器扩展配置流程

在VS Code、JetBrains等编辑器中，常见接入方式是安装AI代码助手扩展。进入扩展市场后，优先选择明确支持OpenAI兼容接口的扩展，例如可配置Provider、Base URL、Token和Model的工具。安装后进入扩展设置页，找到模型服务配置区域，选择OpenAI Compatible或Custom Provider，而不是固定厂商选项。

配置思路与浏览器类似：接口地址填写LiteLLM的/v1结尾地址，密钥填写LiteLLM入口密钥，模型名填写映射后的别名。部分编辑器扩展还会区分聊天模型、补全模型、嵌入模型和重排模型，不要把不同能力混填。例如用于代码补全的模型需要响应速度较快，用于长文档分析的模型则更看重上下文长度。若扩展支持单独设置温度、最大输出长度和超时时间，可先使用默认值，稳定后再根据任务调整。

编辑器场景还要特别注意工作区数据。代码助手可能会读取当前文件、选中片段、终端报错或项目结构，并把相关内容发送给LiteLLM再转发给上游模型。涉及公司内部代码、客户资料或未公开方案时，应先确认团队规范，必要时关闭自动读取工作区、自动索引或后台分析功能。

第四步：扩展市场安装时的筛选标准

无论是浏览器扩展还是编辑器扩展，安装前都建议从四个角度筛选。第一，看更新频率，长期不维护的扩展可能不兼容新接口；第二，看权限说明，网页读取、剪贴板访问、文件读取等权限应与功能相匹配；第三，看是否支持自定义接口，只有固定服务商且无法修改地址的工具通常不适合接入LiteLLM；第四，看配置是否可导出或备份，方便更换设备或团队统一配置。

不建议安装来源不明的安装包，也不要在评论区、公开工单或截图中展示密钥。扩展市场中同类工具很多，名称相近并不代表功能一致，安装前应阅读说明页和最近评价。对企业用户来说，更稳妥的做法是先在测试浏览器配置，确认权限、日志和调用路径后，再推广到更多成员。

常见问题与排查方法

问题一：插件提示401或未授权。通常是LiteLLM入口密钥填写错误，或扩展把“Bearer”前缀处理方式与服务端不一致。可先重新复制密钥，避免多余空格，再检查LiteLLM启动参数和配置文件。

问题二：提示404或模型不存在。重点检查Base URL是否以/v1结尾，模型名是否与LiteLLM配置中的model_name一致。有些扩展会自动拼接路径，若重复填写完整接口路径，也可能导致请求地址错误。

问题三：请求超时或一直转圈。可能是上游模型响应慢、网络链路不稳定、插件超时时间太短，或LiteLLM服务未正常启动。建议先在LiteLLM侧查看日志，确认请求是否到达，再判断是插件端问题还是上游响应问题。

问题四：浏览器能用，编辑器不能用。多半是编辑器扩展运行环境不同，对本机证书、端口或系统权限有额外要求。可尝试更换端口、使用本机地址、关闭其他占用端口的程序，并检查系统防护软件是否拦截。

问题五：输出内容质量不稳定。LiteLLM只负责统一入口和路由，最终效果仍取决于模型能力、提示词、上下文长度和参数设置。建议为不同任务建立不同模型别名，例如快速问答、代码审查、长文分析分别配置，避免所有任务共用一个默认模型。

安全边界与实用建议

LiteLLM配置完成后，最重要的是密钥和访问范围管理。个人本机使用时，尽量只监听本机地址；团队共享时，应配置入口密钥、访问名单、调用限额和日志保留周期。日志中可能包含提示词、代码片段或文档摘要，不应长期无保护保存，更不应直接放入公开仓库。

升级LiteLLM或更换插件前，建议先备份配置文件和当前版本号。升级后如果出现接口兼容问题，可先回到旧版本验证，再查看插件是否改变了请求格式。不要一次性同时更换LiteLLM、浏览器扩展和模型服务，否则排查难度会明显增加。

对于新手，推荐采用“三步验证法”：先确认LiteLLM单独可用，再接入一个最简单的聊天插件，最后接入编辑器或复杂扩展。每增加一个工具，都记录Base URL、模型别名和用途。这样不仅能减少配置混乱，也方便后续迁移到新设备或交给团队成员使用。只要把LiteLLM理解为统一AI入口，把插件理解为前端使用界面，整个安装配置流程就会清晰很多。