## 功能特性 - 统一兼容入口：同时暴露 OpenAI 风格和 Anthropic 风格接口，已有客户端通常只需替换 Base URL 即可接入。 - 多上游 Provider 管理：在同一个管理台中维护 GitHub Copilot、OpenAI Compatible、Azure OpenAI、Google、Kimi、Antigravity 等 Provider 的认证和状态。 - 虚拟模型与故障转移：将多个上游模型抽象成统一模型 ID，支持优先级、轮询、随机和加权策略。 - 计量与日志追踪：按请求记录模型、Provider、Token 消耗、延迟和客户端来源，便于排障与用量分析。 - 内置调试聊天页：可以直接在管理台里创建聊天会话，验证当前 Provider 和模型路由是否正常。 - 访问令牌管理：支持单独创建访问令牌，避免把系统主 API Key 长期分发给下游工具或脚本。 - ToolConfig 辅助能力：支持查看并在显式开启后编辑 Claude Code、Codex、Droid、OpenCode、AMP 等配置文件。 ### 日常使用方式 1. 在 `Providers` 页面维护上游优先级、启停状态和模型可用性。 2. 在 `Virtual Models` 页面创建统一模型别名，例如把 `coding-primary` 映射到多个上游模型，并设置故障转移顺序。 3. 将你的 IDE、Agent、脚本或内部应用统一接入 OmniLLM 暴露的 `/v1/...` 或 `/v1/messages` 接口。 4. 在 `Metering` 与 `Logging` 页面检查请求量、Token 消耗、失败原因和具体命中的 Provider。 5. 需要轮换对外凭据时，在 `Access Tokens` 页面新增或撤销访问令牌，而不是直接暴露系统主 API Key。 6. 需要快速人工验证某个模型是否可用时，可回到 `Chat` 页面做临时测试，并在完成后删除不再需要的聊天会话。 ### 接入模型 | 1 | 进入 `Providers` 页面，点击 `Add Provider` | 类型：`OpenAI-Compatible` | 进入全页式 Provider 配置表单 | | 2 | 填写连接信息 | Base URL：`https://ollama-ai.你的设备名.heiyu.space/v1`；API Key：留空；Upstream API：`Chat Completions` | 表单允许提交 | | 3 | 保存 Provider | 无 | 返回 `Providers` 列表，并出现 `OpenAI-Compatible (ollama-ai.你的设备名.heiyu.space)` 卡片 | | 4 | 检查卡片状态并激活 | 无 | 卡片状态先显示 `Ready`，`Activate` 按钮可点击；点击后状态变为 `Active` | | 5 | 再次点击 `Authorize` | 无 | 会展开内联配置表单，且 `Base URL` 预填当前值 `https://ollama-ai.你的设备名.heiyu.space/v1`，可直接修改后点 `Save` | 注意：国外模型请结合小猪佩奇使用。