尧图网站建设 
OmniRoute 控制台功能全景从 Combo 路由策略到 WebSocket 桥接与同步令牌的源码级实战解析【免费下载链接】OmniRouteNever stop coding. Free MIT AI gateway: one endpoint, 352 providers (150 free), 1200 models Kimi, Claude, GPT, Gemini, GLM, DeepSeek, MiniMax. Works with Claude Code, Codex, Cursor, OpenCode, Cline Copilot. Quota-aware auto-fallback, RTKCaveman compression saves 15-95% tokens, MCP/A2A, Desktop/PWA. Built by 550 contributors项目地址: https://gitcode.com/GitHub_Trending/om/OmniRoute本文以 OmniRoute 官方「Dashboard Features Gallery」文档为主线系统梳理其控制台的每一个功能区块Provider 连接管理、13 种策略的 Combo 模型路由、Analytics/Health 可观测性、Context Relay 会话接力、SSRF 出站防护与冷却感知重试、V1 WebSocket 桥接、Sync Token 多设备同步等。读完后你将掌握各功能的配置入口、关键参数默认值以及背后对应的源码实现路径便于快速定位与二次排障。路由核心Providers 与 CombosProviders 页用于管理所有 AI 供应商连接是 OmniRoute「一个端点接入多供应商」架构的入口OAuth 型连接如 Claude Code、Codex、API Key 型连接如 Groq、DeepSeek、OpenRouter以及免费供应商如 Qoder、Kiro。部分连接附带额度追踪信息剩余积分、总额度、续期日期可在 Usage 面板查看。Combos 页是路由能力的核心。每个 Combo 把多个模型按链式编排在一起支持 13 种策略priority优先级、weighted加权、round-robin轮询、random随机、least-used最少使用、cost-optimized成本优化、strict-random严格随机、auto、fill-first、p2c、lkgp、context-optimized以及context-relay上下文接力。文档强调的近期 Combo 改进包括结构化 Combo 构建器—— 按步骤选择 provider、model 和精确的 account/connection重复 provider 支持—— 同一 provider 可在一套 Combo 中出现多次只要(provider, model, connection)三元组唯一即可Combo 目标健康度—— 分析面板区分 Combo 内的各个 target/step而不是把所有步骤折叠成模型字符串复合层级排序——defaultTier - fallbackTier现在影响顶层 Combo 步骤的运行时执行/回退顺序。从源码结构看p2c、lkgp、context-relay等策略标识在 Combo 构建器草稿与智能路由模块 及 数据库核心 中均有体现可作为深入阅读策略评分与回退逻辑的起点。可观测性Analytics、System Health、Request Logs 与 Audit LogAnalytics—— 全面用量分析token 消耗、成本估算、活动热力图、周分布图、按 provider 拆分的明细。System Health—— 实时监控运行时长、内存、版本、延迟分位数p50/p95/p99、缓存统计、provider 熔断器状态、活跃的配额监控会话以及 Combo 目标健康度。Request Logs—— 实时请求日志支持按 provider、model、account、API key 过滤展示状态码、token 用量、延迟与响应详情。Audit Log—— 管理操作审计可按动作类型、执行者、目标、IP 地址与时间戳过滤形成完整安全事件历史。调试工具Translator Playground 与 Model PlaygroundTranslator Playgroundv2.0.9提供四种 API 翻译调试模式模式用途Playground格式转换器直观对比各协议格式Chat Tester发起真实 live 请求Test Bench批量测试Live Monitor实时流监控Model Playgroundv2.0.9允许直接对任意模型发起测试选择 provider、model 与 endpoint用 Monaco Editor 编写提示词实时流式查看响应支持流中途中止abort mid-stream并查看计时指标。外观与设置Themes 和 Settings 面板Themesv2.0.5整个控制台支持自定义颜色主题7 个预设色Coral、Blue、Red、Green、Violet、Orange、Cyan也可以输入任意 hex 值创建自定义主题支持 light / dark / system 三种模式。Settings是功能最密集的面板按标签页组织General—— 系统存储、备份管理数据库导出/导入Appearance—— 主题选择器dark/light/system、颜色预设与自定义色、健康日志可见性、侧边栏项显示控制Security—— API 端点保护、自定义 provider 阻断、IP 过滤、会话信息Routing—— 模型别名、后台任务降级Resilience—— 速率限制持久化、熔断器调参、自动禁用被封账号、provider 到期监控以及Context Relay的交接阈值与摘要模型配置Advanced—— 配置覆盖、配置审计轨迹、回退降级模式。CLI 生态CLI Tools 与 CLI AgentsCLI Tools面板提供对 AI 编码工具的一键配置Claude Code、Codex CLI、OpenClaw、Kilo Code、Antigravity、Cline、Continue、Cursor、Factory Droid。支持自动应用/重置配置、连接 profile 与模型映射。CLI Agentsv2.0.11是 CLI agent 的发现与管理面板展示 17 个内置 agent 的网格Codex、Claude、Goose、OpenClaw、Aider、OpenCode、Cline、Qwen Code、ForgeCode、Amazon Q、Open Interpreter、Cursor CLI、Warp、Windsurf、Devin CLI、Kimi Coding、Command Code。每项信息包括安装状态—— Installed / Not Found并做版本探测协议徽章—— stdio、HTTP 等自定义 agent—— 通过表单名称、二进制、版本探测命令、spawn 参数注册任意 CLI 工具CLI Fingerprint Matching—— 按 provider 开关匹配原生 CLI 的请求签名在保留代理 IP 的同时降低封禁风险。Context Relay账号轮换下的会话接力Context Relayv3.5.5是一种特殊的 Combo 策略解决「同一会话进行中活跃账号被轮换」导致的上下文丢失问题。其工作方式是在活跃账号配额耗尽之前OmniRoute 在后台生成一份结构化的交接摘要handoff summary当后续请求解析到另一个账号时该摘要作为 system message 注入使新账号带着完整上下文继续会话。三个可配置项Combo 级或全局级均可Handoff Threshold—— 触发摘要生成的配额使用百分比默认 85%Max Messages For Summary—— 摘要要压缩多少条最近历史Summary Model—— 可选的摘要生成模型覆盖。从源码结构看Context Relay 专题文档 进一步给出运行时细节默认告警阈值为0.85、硬性停止线为0.95每个sessionId comboName只允许一次在途的摘要生成以避免重复。当前实现支持 Codex 账号轮换。安全与韧性Proxy Hardening、SSRF Guard 与冷却感知重试Proxy Hardeningv3.5.5覆盖整条请求管线的代理配置强制执行四个要点Token Health Check—— 后台 OAuth 刷新现在按连接解析代理配置避免「必须走代理」的环境里刷新失败API Key Validation——POST /api/providers/validate经由runWithProxyContext路由遵循 provider 级与全局代理设置undici Dispatcher Fix—— 代理 dispatcher 改用 undici 自带的 fetch 实现而非 Node 内置 fetch修复 Node.js 22 上的invalid onRequestStart method错误Node.js 版本检测—— 登录页主动检测不兼容的 Node.js 版本24展示警告横幅并建议使用 Node 22 LTS。Safe Outbound Fetch SSRF Guardv3.6.6为所有 provider 校验与模型发现调用加上两层出站防护源码均可在仓库中直接查证URL guard—— outboundUrlGuard.ts 在建立 socket 之前拦截私有/回环/链路本地 IP 段并专门处理 IPv4 映射 IPv6 地址的序列化形式还区分none/public-only/block-metadata三种模式其中block-metadata允许私网主机但始终拒绝云元数据端点即 SSRF→IAM 凭据的攻击路径Safe fetch wrapper—— safeOutboundFetch.ts 应用 URL guard、归一化超时provider 探测默认 8000ms可用OMNIROUTE_PROVIDER_PROBE_TIMEOUT_MS调整、并对瞬时错误做指数退避重试同时提供bypassProxyPatch选项绕过全局代理补丁。Guard 违规以 HTTP 422URL_GUARD_BLOCKED返回并经由 providerAudit.ts 写入合规审计日志。Cooldown-Aware Retriesv3.6.6当上游返回模型级冷却时聊天请求会自动重试。文档给出的配置项为REQUEST_RETRY默认 2 次与MAX_RETRY_INTERVAL_SEC默认 30 秒从 cooldownAwareRetry.ts 源码看重试次数上界为 10、等待间隔上界为 300 秒并且只有当waitForCooldown启用且重试数、等待秒数均大于 0 时整条链路才生效。速率限制头学习覆盖x-ratelimit-reset-requests、x-ratelimit-reset-tokens与Retry-After三种头按模型维度的冷却状态可在 Resilience 面板查看。Compliance Audit v2v3.6.6扩展了审计日志游标分页、请求上下文富化request ID、user agent、IP、结构化认证事件、带 diff 上下文的 provider CRUD 事件、SSRF 拦截校验日志新事件同样由 providerAudit.ts 发出。此外还有两个体验向的安全/隐私改进Email Privacy Maskingv3.5.6—— provider 面板中 OAuth 账号邮箱被掩码显示如di*****g****.com防止截图或录屏时泄露完整地址仍可通过悬浮 tooltip 获取Model Visibility Togglev3.5.6—— provider 页模型列表新增实时搜索/过滤栏、每模型可见性开关隐藏模型置灰并排除出/v1/models目录、以及N/M active启用计数徽章OAuth Env Repairv3.6.1——Dashboard → Providers → [OAuth Provider] → Repair env一键修复 OAuth provider 环境缺失的 OAuth client 凭据、损坏的 env 文件条目、备份路径消毒。V1 WebSocket Bridgev3.6.6OmniRoute 通过/v1/wsupgrade 端点支持OpenAI 兼容的 WebSocket 客户端。自定义桥接服务包装 Next.js把 WS 连接升级为完整的双向流式会话认证复用与 HTTP 请求相同的 API key 或 session cookie。关键行为均可在仓库中查证WS upgrade 在建立连接前由 handshake.ts 校验——它支持api_key/token/access_token三种查询参数取凭证session cookie 则用JWT_SECRET做 JWT 校验jose库会话关闭或上游出错时流被干净终止与既有 HTTPSSE 流路径并存工作。桥接脚本本体位于 scripts/dev/v1-ws-bridge.mjs并有配套测试 v1-ws-bridge.test.ts。Sync Tokens 与 Config Bundlev3.6.6多设备与外部操作者访问通过范围受限的同步令牌scoped sync tokens实现端点作用POST /api/sync/tokens签发新同步令牌带 scope可选过期时间DELETE /api/sync/tokens/:id吊销令牌GET /api/sync/bundle下载版本化的、以 ETag 为键的 JSON 快照涵盖所有非敏感设置密码已脱敏从源码看bundle 由 bundle.ts 构建聚合settings、providerConnections、providerNodes、modelAliases、combos、apiKeys、reasoningRoutingRules七类数据sanitizeSettingsForSync显式剔除password/requireLogin/cloudEnabled字段并对各集合按键排序保证输出稳定。bundle 路由 返回etag: version响应头消费方只需比较 ETag 即可检测变更而无需重新下载完整载荷。API 路由实现分别位于 tokens/route.ts 与 bundle/route.ts。GLM Thinking Preset 与混合 token 计数v3.6.6GLM Thinkingglmt成为注册的一等 provider最大输出 65 536 tokens、思考预算 24 576、默认超时 900 秒、Claude 兼容 API 格式并与 GLM 家族共享用量同步。从源码结构看glmt标识在 usage/providerLimits.ts 等用量限制模块中被引用印证了其与 GLM 家族的配额联动。同版本引入混合 token 计数当 Claude 兼容 provider 暴露/messages/count_tokens时OmniRoute 会在大请求前先调用它失败时优雅回退到估算。Media 生成、API Endpoint 与 API Key 管理Mediav2.0.3—— 从控制台生成图片、视频与音乐支持 OpenAI、xAI、Together、Hyperbolic、SD WebUI、ComfyUI、AnimateDiff、Stable Audio Open 与 MusicGen。API Endpoint—— 统一 API 端点与能力拆解Chat Completions、Responses API、Embeddings、Image Generation、Reranking、Audio Transcription、TTS、Moderations以及已注册的 API key支持 Cloudflare Quick Tunnel 与云代理实现远程访问。API Key Management—— 创建、作用域限定、吊销 API key。每个 key 可限定到具体 model/provider并支持 full 或 read-only 权限带可视化管理与用量追踪。Desktop 应用原生 Electron 桌面应用覆盖 Windows、macOS、Linux支持系统托盘、离线运行、自动更新与一键安装。关键特性服务器就绪轮询冷启动不出现白屏系统托盘与端口管理Content Security Policy单实例锁重启时自动更新平台条件 UImacOS 红绿灯按钮Windows/Linux 默认标题栏加固的 Electron 打包 —— 独立包内被符号链接的node_modules会在打包前被检测并拒绝防止运行时依赖构建机v2.5.5优雅关机—— Electronbefore-quit干净地关闭 Next.js避免 SQLite WAL 数据库锁v3.6.2。完整说明见 electron/README.md。Uninstall / Full Uninstallv3.6.2所有安装方式都有配套清理脚本命令行为npm run uninstall移除系统应用但保留~/.omniroute下的数据库与配置npm run uninstall:full移除应用并永久清除所有配置、key 与数据库这两个命令对应 package.json 中的node scripts/build/uninstall.mjsfull 版附加--full参数可在部署后回收或迁移机器时直接参考。小结OmniRoute 的控制台围绕「路由Providers/Combos/Context Relay— 可观测Analytics/Health/Logs/Audit— 安全SSRF Guard/Proxy Hardening/Email Masking— 分发Endpoint/Sync Token/Desktop/WS Bridge」四条主线组织。文中引用的 outboundUrlGuard.ts、safeOutboundFetch.ts、handshake.ts、bundle.ts、providerAudit.ts 与 cooldownAwareRetry.ts 都是继续深入对应功能源码的最佳入口。【免费下载链接】OmniRouteNever stop coding. Free MIT AI gateway: one endpoint, 352 providers (150 free), 1200 models Kimi, Claude, GPT, Gemini, GLM, DeepSeek, MiniMax. Works with Claude Code, Codex, Cursor, OpenCode, Cline Copilot. Quota-aware auto-fallback, RTKCaveman compression saves 15-95% tokens, MCP/A2A, Desktop/PWA. Built by 550 contributors项目地址: https://gitcode.com/GitHub_Trending/om/OmniRoute创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 OmniRoute 控制台功能全景：从 Combo 路由策略到 WebSocket 桥接与同步令牌的源码级实战解析
OmniRoute 控制台功能全景从 Combo 路由策略到 WebSocket 桥接与同步令牌的源码级实战解析【免费下载链接】OmniRouteNever stop coding. Free MIT AI gateway: one endpoint, 352 providers (150 free), 1200 models Kimi, Claude, GPT, Gemini, GLM, DeepSeek, MiniMax. Works with Claude Code, Codex, Cursor, OpenCode, Cline Copilot. Quota-aware auto-fallback, RTKCaveman compression saves 15-95% tokens, MCP/A2A, Desktop/PWA. Built by 550 contributors项目地址: https://gitcode.com/GitHub_Trending/om/OmniRoute本文以 OmniRoute 官方「Dashboard Features Gallery」文档为主线系统梳理其控制台的每一个功能区块Provider 连接管理、13 种策略的 Combo 模型路由、Analytics/Health 可观测性、Context Relay 会话接力、SSRF 出站防护与冷却感知重试、V1 WebSocket 桥接、Sync Token 多设备同步等。读完后你将掌握各功能的配置入口、关键参数默认值以及背后对应的源码实现路径便于快速定位与二次排障。路由核心Providers 与 CombosProviders 页用于管理所有 AI 供应商连接是 OmniRoute「一个端点接入多供应商」架构的入口OAuth 型连接如 Claude Code、Codex、API Key 型连接如 Groq、DeepSeek、OpenRouter以及免费供应商如 Qoder、Kiro。部分连接附带额度追踪信息剩余积分、总额度、续期日期可在 Usage 面板查看。Combos 页是路由能力的核心。每个 Combo 把多个模型按链式编排在一起支持 13 种策略priority优先级、weighted加权、round-robin轮询、random随机、least-used最少使用、cost-optimized成本优化、strict-random严格随机、auto、fill-first、p2c、lkgp、context-optimized以及context-relay上下文接力。文档强调的近期 Combo 改进包括结构化 Combo 构建器—— 按步骤选择 provider、model 和精确的 account/connection重复 provider 支持—— 同一 provider 可在一套 Combo 中出现多次只要(provider, model, connection)三元组唯一即可Combo 目标健康度—— 分析面板区分 Combo 内的各个 target/step而不是把所有步骤折叠成模型字符串复合层级排序——defaultTier - fallbackTier现在影响顶层 Combo 步骤的运行时执行/回退顺序。从源码结构看p2c、lkgp、context-relay等策略标识在 Combo 构建器草稿与智能路由模块 及 数据库核心 中均有体现可作为深入阅读策略评分与回退逻辑的起点。可观测性Analytics、System Health、Request Logs 与 Audit LogAnalytics—— 全面用量分析token 消耗、成本估算、活动热力图、周分布图、按 provider 拆分的明细。System Health—— 实时监控运行时长、内存、版本、延迟分位数p50/p95/p99、缓存统计、provider 熔断器状态、活跃的配额监控会话以及 Combo 目标健康度。Request Logs—— 实时请求日志支持按 provider、model、account、API key 过滤展示状态码、token 用量、延迟与响应详情。Audit Log—— 管理操作审计可按动作类型、执行者、目标、IP 地址与时间戳过滤形成完整安全事件历史。调试工具Translator Playground 与 Model PlaygroundTranslator Playgroundv2.0.9提供四种 API 翻译调试模式模式用途Playground格式转换器直观对比各协议格式Chat Tester发起真实 live 请求Test Bench批量测试Live Monitor实时流监控Model Playgroundv2.0.9允许直接对任意模型发起测试选择 provider、model 与 endpoint用 Monaco Editor 编写提示词实时流式查看响应支持流中途中止abort mid-stream并查看计时指标。外观与设置Themes 和 Settings 面板Themesv2.0.5整个控制台支持自定义颜色主题7 个预设色Coral、Blue、Red、Green、Violet、Orange、Cyan也可以输入任意 hex 值创建自定义主题支持 light / dark / system 三种模式。Settings是功能最密集的面板按标签页组织General—— 系统存储、备份管理数据库导出/导入Appearance—— 主题选择器dark/light/system、颜色预设与自定义色、健康日志可见性、侧边栏项显示控制Security—— API 端点保护、自定义 provider 阻断、IP 过滤、会话信息Routing—— 模型别名、后台任务降级Resilience—— 速率限制持久化、熔断器调参、自动禁用被封账号、provider 到期监控以及Context Relay的交接阈值与摘要模型配置Advanced—— 配置覆盖、配置审计轨迹、回退降级模式。CLI 生态CLI Tools 与 CLI AgentsCLI Tools面板提供对 AI 编码工具的一键配置Claude Code、Codex CLI、OpenClaw、Kilo Code、Antigravity、Cline、Continue、Cursor、Factory Droid。支持自动应用/重置配置、连接 profile 与模型映射。CLI Agentsv2.0.11是 CLI agent 的发现与管理面板展示 17 个内置 agent 的网格Codex、Claude、Goose、OpenClaw、Aider、OpenCode、Cline、Qwen Code、ForgeCode、Amazon Q、Open Interpreter、Cursor CLI、Warp、Windsurf、Devin CLI、Kimi Coding、Command Code。每项信息包括安装状态—— Installed / Not Found并做版本探测协议徽章—— stdio、HTTP 等自定义 agent—— 通过表单名称、二进制、版本探测命令、spawn 参数注册任意 CLI 工具CLI Fingerprint Matching—— 按 provider 开关匹配原生 CLI 的请求签名在保留代理 IP 的同时降低封禁风险。Context Relay账号轮换下的会话接力Context Relayv3.5.5是一种特殊的 Combo 策略解决「同一会话进行中活跃账号被轮换」导致的上下文丢失问题。其工作方式是在活跃账号配额耗尽之前OmniRoute 在后台生成一份结构化的交接摘要handoff summary当后续请求解析到另一个账号时该摘要作为 system message 注入使新账号带着完整上下文继续会话。三个可配置项Combo 级或全局级均可Handoff Threshold—— 触发摘要生成的配额使用百分比默认 85%Max Messages For Summary—— 摘要要压缩多少条最近历史Summary Model—— 可选的摘要生成模型覆盖。从源码结构看Context Relay 专题文档 进一步给出运行时细节默认告警阈值为0.85、硬性停止线为0.95每个sessionId comboName只允许一次在途的摘要生成以避免重复。当前实现支持 Codex 账号轮换。安全与韧性Proxy Hardening、SSRF Guard 与冷却感知重试Proxy Hardeningv3.5.5覆盖整条请求管线的代理配置强制执行四个要点Token Health Check—— 后台 OAuth 刷新现在按连接解析代理配置避免「必须走代理」的环境里刷新失败API Key Validation——POST /api/providers/validate经由runWithProxyContext路由遵循 provider 级与全局代理设置undici Dispatcher Fix—— 代理 dispatcher 改用 undici 自带的 fetch 实现而非 Node 内置 fetch修复 Node.js 22 上的invalid onRequestStart method错误Node.js 版本检测—— 登录页主动检测不兼容的 Node.js 版本24展示警告横幅并建议使用 Node 22 LTS。Safe Outbound Fetch SSRF Guardv3.6.6为所有 provider 校验与模型发现调用加上两层出站防护源码均可在仓库中直接查证URL guard—— outboundUrlGuard.ts 在建立 socket 之前拦截私有/回环/链路本地 IP 段并专门处理 IPv4 映射 IPv6 地址的序列化形式还区分none/public-only/block-metadata三种模式其中block-metadata允许私网主机但始终拒绝云元数据端点即 SSRF→IAM 凭据的攻击路径Safe fetch wrapper—— safeOutboundFetch.ts 应用 URL guard、归一化超时provider 探测默认 8000ms可用OMNIROUTE_PROVIDER_PROBE_TIMEOUT_MS调整、并对瞬时错误做指数退避重试同时提供bypassProxyPatch选项绕过全局代理补丁。Guard 违规以 HTTP 422URL_GUARD_BLOCKED返回并经由 providerAudit.ts 写入合规审计日志。Cooldown-Aware Retriesv3.6.6当上游返回模型级冷却时聊天请求会自动重试。文档给出的配置项为REQUEST_RETRY默认 2 次与MAX_RETRY_INTERVAL_SEC默认 30 秒从 cooldownAwareRetry.ts 源码看重试次数上界为 10、等待间隔上界为 300 秒并且只有当waitForCooldown启用且重试数、等待秒数均大于 0 时整条链路才生效。速率限制头学习覆盖x-ratelimit-reset-requests、x-ratelimit-reset-tokens与Retry-After三种头按模型维度的冷却状态可在 Resilience 面板查看。Compliance Audit v2v3.6.6扩展了审计日志游标分页、请求上下文富化request ID、user agent、IP、结构化认证事件、带 diff 上下文的 provider CRUD 事件、SSRF 拦截校验日志新事件同样由 providerAudit.ts 发出。此外还有两个体验向的安全/隐私改进Email Privacy Maskingv3.5.6—— provider 面板中 OAuth 账号邮箱被掩码显示如di*****g****.com防止截图或录屏时泄露完整地址仍可通过悬浮 tooltip 获取Model Visibility Togglev3.5.6—— provider 页模型列表新增实时搜索/过滤栏、每模型可见性开关隐藏模型置灰并排除出/v1/models目录、以及N/M active启用计数徽章OAuth Env Repairv3.6.1——Dashboard → Providers → [OAuth Provider] → Repair env一键修复 OAuth provider 环境缺失的 OAuth client 凭据、损坏的 env 文件条目、备份路径消毒。V1 WebSocket Bridgev3.6.6OmniRoute 通过/v1/wsupgrade 端点支持OpenAI 兼容的 WebSocket 客户端。自定义桥接服务包装 Next.js把 WS 连接升级为完整的双向流式会话认证复用与 HTTP 请求相同的 API key 或 session cookie。关键行为均可在仓库中查证WS upgrade 在建立连接前由 handshake.ts 校验——它支持api_key/token/access_token三种查询参数取凭证session cookie 则用JWT_SECRET做 JWT 校验jose库会话关闭或上游出错时流被干净终止与既有 HTTPSSE 流路径并存工作。桥接脚本本体位于 scripts/dev/v1-ws-bridge.mjs并有配套测试 v1-ws-bridge.test.ts。Sync Tokens 与 Config Bundlev3.6.6多设备与外部操作者访问通过范围受限的同步令牌scoped sync tokens实现端点作用POST /api/sync/tokens签发新同步令牌带 scope可选过期时间DELETE /api/sync/tokens/:id吊销令牌GET /api/sync/bundle下载版本化的、以 ETag 为键的 JSON 快照涵盖所有非敏感设置密码已脱敏从源码看bundle 由 bundle.ts 构建聚合settings、providerConnections、providerNodes、modelAliases、combos、apiKeys、reasoningRoutingRules七类数据sanitizeSettingsForSync显式剔除password/requireLogin/cloudEnabled字段并对各集合按键排序保证输出稳定。bundle 路由 返回etag: version响应头消费方只需比较 ETag 即可检测变更而无需重新下载完整载荷。API 路由实现分别位于 tokens/route.ts 与 bundle/route.ts。GLM Thinking Preset 与混合 token 计数v3.6.6GLM Thinkingglmt成为注册的一等 provider最大输出 65 536 tokens、思考预算 24 576、默认超时 900 秒、Claude 兼容 API 格式并与 GLM 家族共享用量同步。从源码结构看glmt标识在 usage/providerLimits.ts 等用量限制模块中被引用印证了其与 GLM 家族的配额联动。同版本引入混合 token 计数当 Claude 兼容 provider 暴露/messages/count_tokens时OmniRoute 会在大请求前先调用它失败时优雅回退到估算。Media 生成、API Endpoint 与 API Key 管理Mediav2.0.3—— 从控制台生成图片、视频与音乐支持 OpenAI、xAI、Together、Hyperbolic、SD WebUI、ComfyUI、AnimateDiff、Stable Audio Open 与 MusicGen。API Endpoint—— 统一 API 端点与能力拆解Chat Completions、Responses API、Embeddings、Image Generation、Reranking、Audio Transcription、TTS、Moderations以及已注册的 API key支持 Cloudflare Quick Tunnel 与云代理实现远程访问。API Key Management—— 创建、作用域限定、吊销 API key。每个 key 可限定到具体 model/provider并支持 full 或 read-only 权限带可视化管理与用量追踪。Desktop 应用原生 Electron 桌面应用覆盖 Windows、macOS、Linux支持系统托盘、离线运行、自动更新与一键安装。关键特性服务器就绪轮询冷启动不出现白屏系统托盘与端口管理Content Security Policy单实例锁重启时自动更新平台条件 UImacOS 红绿灯按钮Windows/Linux 默认标题栏加固的 Electron 打包 —— 独立包内被符号链接的node_modules会在打包前被检测并拒绝防止运行时依赖构建机v2.5.5优雅关机—— Electronbefore-quit干净地关闭 Next.js避免 SQLite WAL 数据库锁v3.6.2。完整说明见 electron/README.md。Uninstall / Full Uninstallv3.6.2所有安装方式都有配套清理脚本命令行为npm run uninstall移除系统应用但保留~/.omniroute下的数据库与配置npm run uninstall:full移除应用并永久清除所有配置、key 与数据库这两个命令对应 package.json 中的node scripts/build/uninstall.mjsfull 版附加--full参数可在部署后回收或迁移机器时直接参考。小结OmniRoute 的控制台围绕「路由Providers/Combos/Context Relay— 可观测Analytics/Health/Logs/Audit— 安全SSRF Guard/Proxy Hardening/Email Masking— 分发Endpoint/Sync Token/Desktop/WS Bridge」四条主线组织。文中引用的 outboundUrlGuard.ts、safeOutboundFetch.ts、handshake.ts、bundle.ts、providerAudit.ts 与 cooldownAwareRetry.ts 都是继续深入对应功能源码的最佳入口。【免费下载链接】OmniRouteNever stop coding. Free MIT AI gateway: one endpoint, 352 providers (150 free), 1200 models Kimi, Claude, GPT, Gemini, GLM, DeepSeek, MiniMax. Works with Claude Code, Codex, Cursor, OpenCode, Cline Copilot. Quota-aware auto-fallback, RTKCaveman compression saves 15-95% tokens, MCP/A2A, Desktop/PWA. Built by 550 contributors项目地址: https://gitcode.com/GitHub_Trending/om/OmniRoute创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考