Profile
Back to NewsBack
GitHub Trending 6 min
Reader Mode
dyedd/lens: 专为个人打造的轻量 LLM API 网关,统一管理多协议、多供应商,支持 Claude Code, Codex, OpenCode, OpenClaw, Grok Build, Hermes Agent、Pi 等 harness 调用,兼容 OpenAI(Chat、Responses、Embeddings、Images)、Anthropic、Gemini、Rerank 入口协议。

dyedd/lens: 专为个人打造的轻量 LLM API 网关,统一管理多协议、多供应商,支持 Claude Code, Codex, OpenCode, OpenClaw, Grok Build, Hermes Agent、Pi 等 harness 调用,兼容 OpenAI(Chat、Responses、Embeddings、Images)、Anthropic、Gemini、Rerank 入口协议。

8 hours ago

Lens

Lens

English

Python 3.14+ FastAPI 0.139+ Vite 8 React 19 MIT License

自托管多协议 LLM 网关,按站点、地址、凭证和模型管理多个模型供应商,并向客户端提供统一入口。

架构

┌──────────────────────────────────────────────────────────────────────┐
│ 客户端                                                               │
│ OpenAI SDK / Anthropic SDK / Gemini SDK / curl                       │
└───────────────────────────────┬──────────────────────────────────────┘
                                │ Lens Base URL + sk-lens-...
                                ▼
┌──────────────────────────────────────────────────────────────────────┐
│ Lens Gateway                                                         │
│                                                                      │
│  多协议入口                                                          │
│  /v1/chat/completions        /v1/messages                            │
│  /v1/responses               /v1/embeddings      /v1/rerank          │
│  /v1/images/generations      /v1/images/edits                        │
│  /v1beta/models/{model}:generateContent                              │
│  /v1beta/models/{model}:streamGenerateContent                        │
│                                                                      │
│  请求解析                                                            │
│  - 校验网关 Key                                                       │
│  - 解析客户端协议和必填模型名(支持思考后缀)                          │
│  - 按入口协议和模型名精确匹配模型组;没有同名模型组时返回路由错误     │
│  - 模型组可指向另一个执行模型组,多模态请求可回退到备用模型组         │
│                                                                      │
│  路由计划                                                            │
│  - 模型组成员:运行时渠道 + 凭证 + 上游模型                           │
│  - 路由策略:轮询 / 故障切换                                          │
│  - 默认 Auto:按客户端协议透传;指定上游协议时才转换                  │
└───────────────────────────────┬──────────────────────────────────────┘
                                │
                                ▼
┌──────────────────────────────────────────────────────────────────────┐
│ 管理配置                                                             │
│                                                                      │
│  站点                                                                │
│  ├─ Base URL:一个站点可维护多个上游地址                              │
│  ├─ 凭证:一个站点可维护多个 API Key                                  │
│  └─ 模型:默认 Auto,按客户端协议透传;需要转换时再指定上游协议       │
│                                                                      │
│  同步/手动模型                                                        │
│  - 模型挂在地址下,记录协议、凭证和上游模型名                         │
│  - 开启自动同步后按上游 /v1/models 自动加入新模型,下线的模型待确认   │
│                                                                      │
│  模型组                                                              │
│  - 声明路由策略和可选执行模型组;用于别名、合并与自定义顺序           │
│  - 匹配模型名 / 正则实时纳入渠道模型,新模型无需手动加入              │
│  - 未被任何组覆盖的新模型自动建立同名故障切换组;名称近似时待放置     │
│  - 可服务的客户端协议由成员协议推断;Auto 可服务全部入口              │
│  - 成员绑定到:运行时渠道 + 凭证 + 上游模型                           │
└───────────────────────────────┬──────────────────────────────────────┘
                                │
                                ▼
┌──────────────────────────────────────────────────────────────────────┐
│ 候选展开与负载均衡                                                   │
│                                                                      │
│  运行时渠道 = 地址上的一种协议(默认 Auto)                           │
│  路由候选 = 运行时渠道 + 凭证 + 上游模型                              │
│                                                                      │
│  轮询:在候选之间平滑分发                                             │
│  故障切换:按模型组成员顺序尝试,失败后切到下一个凭证 / 渠道          │
│                                                                      │
│  冷却粒度                                                            │
│  自定义冷却检测规则优先,其次按状态码默认分类:                       │
│  401 / 403:冷却当前凭证;404 / 429 / 5xx / 超时 / 网络:冷却模型    │
│  同渠道其他模型继续可用;没有可用 Key + 模型绑定时渠道才整体不可用   │
│                                                                      │
│  健康排序                                                            │
│  按渠道 + 模型的滑动窗口成功率打分,作为轮询权重                     │
│                                                                      │
│  请求日志                                                            │
│  记录生命周期、Token、成本、User-Agent、尝试链路和错误摘要           │
└───────────────────────────────┬──────────────────────────────────────┘
                                │
                                ▼
        ┌──────────────┬──────────────┬──────────────┬──────────────┐
        ▼              ▼              ▼              ▼
   ┌─────────┐    ┌─────────┐    ┌─────────┐    ┌──────────┐
   │ OpenAI  │    │Anthropic│    │ Gemini  │    │ 兼容服务 │
   └─────────┘    └─────────┘    └─────────┘    └──────────┘

功能

  • 统一入口:一个 Base URL,一套网关 Key,支持 OpenAI Chat / Responses / Embeddings / Images、Anthropic、Gemini、Rerank 入口协议
  • 站点管理:一个站点可配置多个 Base URL 和多个凭证,支持自动同步上游模型(包含/排除正则,下线模型待确认)、手动模型、批量导入和站点标签
  • 自动建组:渠道里新出现的可用模型自动建立同名故障切换模型组,名称近似时留待手动放置或合并
  • 模型组路由:按“运行时渠道 + 凭证 + 上游模型”组成候选,支持匹配模型名 / 正则实时纳入成员、轮询、故障切换、执行模型组复用、渠道级启停和多模态回退
  • 协议:模型默认 Auto,按客户端协议原样转发。指定上游协议后,Anthropic / OpenAI Responses 客户端可转到 OpenAI Chat 或 Responses,OpenAI Chat 客户端可转到 Responses
  • 模型测试:单模型测试与批量模型测试,测试提示词可配置
  • 请求日志:记录协议、模型、延迟、Token、成本、User-Agent 和每次上游尝试链路;支持请求体 / 响应体留存
  • 健康与冷却:按成功率分级的模型健康页,内置熔断冷却与指数退避,冷却检测规则可自定义
  • 计价:接入 LiteLLM 模型价格库,支持按凭证倍率计费与图像单价
  • 定时任务:渠道模型自动同步、价格同步、凭证倍率同步等内置任务
  • 配置备份:导出/导入站点、模型组、设置、价格、定时任务、统计数据,可选包含网关 Key 和请求日志

截图

| 总览 | 请求日志 | | ------------------------------------------------- | --------------------------------------------------------- | | 总览 | 请求日志 |

| 渠道 | 模型组 | | ------------------------------------------------- | ------------------------------------------------------- | | 渠道 | 模型组 |

| 系统设置 | API 密钥 | | ----------------------------------------------------- | ----------------------------------------------------- | | 系统设置 | API 密钥 |

| 定时任务 | 备份恢复 | | ------------------------------------------------------------ | ---------------------------------------------------- | | 定时任务 | 备份恢复 |

快速开始

Docker Compose(推荐)

mkdir lens && cd lens
curl -fsSLO https://raw.githubusercontent.com/dyedd/lens/main/scripts/docker/deploy.sh
sh deploy.sh

如需修改数据目录,只改 volumes 左侧的宿主机路径,右侧 /app/data 保持不变:

volumes:
  - ./data:/app/data

启动:

docker compose pull
docker compose up -d

首次启动会创建管理员账号 admin,随机密码保存在容器数据目录的 admin-password 文件中。读取初始密码:

docker compose exec app cat /app/data/admin-password

访问 http://127.0.0.1:3000,登录后立即修改管理员密码,并删除数据目录中的 admin-password 文件。

本地构建镜像

在仓库根目录先运行部署脚本,生成 .env(含随机 LENS_AUTH_SECRET_KEY)和 data/ 目录:

sh scripts/docker/deploy.sh
docker compose -f docker-compose.yml -f docker-compose.local.yml up -d --build

仓库中已提供 docker-compose.local.yml,会把镜像名改成 lens:local 并从当前源码构建。

如果在独立部署目录中本地构建,同样先运行 sh scripts/docker/deploy.sh(脚本会自动下载缺失的 docker-compose.yml 和 .env.example),再手动创建 docker-compose.local.yml:

services:
  app:
    image: lens:local
    build:
      context: .
      dockerfile: Dockerfile

把项目源码放在同一目录,然后执行:

docker compose -f docker-compose.yml -f docker-compose.local.yml up -d --build

本地开发

需要 Python 3.14+、uv 和 pnpm。 下面的命令只在 .env 不存在时生成随机签名密钥,不会覆盖已有配置。

uv sync --locked
cd frontend && pnpm install && cd ..
uv run --no-sync python -c "import os, secrets; from pathlib import Path; path = Path('.env'); os.umask(0o077); path.exists() or path.write_text(f'LENS_AUTH_SECRET_KEY={secrets.token_hex(32)}\n', encoding='utf-8')"
uv run --no-sync lens db upgrade
uv run --no-sync lens seed-admin --username admin --generate-password
uv run --no-sync lens dev

本地开发默认端口:

  • Vite dev server:http://127.0.0.1:3000(/api、/v1、/v1beta 由 Vite 代理到后端,所以只需要打开这一个地址)
  • FastAPI 后端:http://127.0.0.1:18080
也可以分开启动:
uv run --no-sync lens serve

cd frontend pnpm dev

使用流程

1. 添加上游站点

进入 /channels,新建站点,填写 Base URL 和凭证后点击创建。默认开启“自动同步上游模型”,创建后立即拉取上游模型列表,模型加入后即可按原名调用。请求头、代理和参数覆盖在站点上配置。

  • Base URL:一个站点可维护多个上游地址。
  • 凭证:一个站点可维护多个 API Key,后续路由可按凭证粒度切换。
  • 模型:默认 Auto,按客户端协议透传到上游。上游协议和客户端不一致、需要转换时,再给模型指定上游协议。模型可绑定到同站点不同凭证。
  • 自动同步:定时任务“渠道模型同步”每天拉取一次,也可在渠道菜单中“立即同步”。可用包含 / 排除正则限定范围。上游新出现的模型自动加入;上游不再提供的同步模型会标记“待确认”并暂停调用,由你选择保留为手动模型或删除,上游恢复后自动解除标记。
  • 获取 / 手动添加:不想开启自动同步时,可以“获取模型”后勾选加入,或直接粘贴多个模型名。手动模型不受自动同步影响。
常见 Base URL:

| 上游类型 | Base URL 示例 | 协议 | | ---------- | ------------------------------------------- | ----------------------------------------- | | OpenAI | https://api.openai.com | Auto,或按接口指定 Chat / Responses 等 | | Anthropic | https://api.anthropic.com | Auto,或 Anthropic | | Gemini | https://generativelanguage.googleapis.com | Auto,或 Gemini | | 兼容服务 | https://newapi.example.com | Auto(Chat、Rerank 等按客户端入口透传) |

2. 管理模型组

模型组是唯一的调用入口。保存站点、同步渠道模型和服务启动时,未被任何执行组覆盖的可用模型会自动建立同名的故障切换模型组(匹配模型名即该模型)。与已有模型组、匹配模型名或其他新模型名称近似(忽略大小写和符号后相同,如 claude-opus-4.5 与 claude-opus-4-5)的模型不会自动建组,留在 /groups 的待放置列表中,可手动加入已有组、单独建组或合并。

进入 /groups,可新建模型组或调整自动建立的组:配置匹配模型名(忽略大小写的精确匹配)或匹配正则后,所有渠道中名称匹配的可用模型会实时成为成员,之后新增的渠道或同步来的模型也会自动加入;关闭规则成员即可将其排除。可服务的客户端协议由成员决定:Auto 成员可接全部入口;指定了上游协议的成员,只接该协议以及能转换到它的客户端协议。

  • 轮询:在模型组候选之间平滑轮询
  • 故障切换:优先使用前面的成员,失败后切到下一个凭证或渠道
  • 执行组复用:展示组可以指向另一个执行模型组,复用其候选和策略
  • 多模态回退:为模型组配置按顺序尝试的备用模型组;请求含多模态内容时,主组候选耗尽后自动尝试备用组
  • 合并:把一个模型组并入另一个执行组,其名称和匹配规则转为目标组的匹配规则,引用它的展示组和备用组改指向目标组
协议转换:成员指定了上游协议、且与客户端协议不同时才转换。目前支持 Anthropic → OpenAI Chat / Responses,OpenAI Responses → OpenAI Chat,OpenAI Chat → OpenAI Responses。

3. 发放网关 Key

进入 /api-keys,新建 Key,复制 sk-lens-... 给客户端。

4. 客户端调用

客户端只需要:Lens Base URL + 网关 API Key + 模型名(模型组名称)。/v1/models 列出全部模型组。

5. 观察健康与日志

  • /model-health:按请求日志统计各模型组 / 站点的成功率分级与时间线
  • /requests:每次请求的完整尝试链路、Token 与成本
  • /overview:用量总览与趋势

技术栈

| 层 | 技术 | | ---- | --------------------------------------------------------------- | | 后端 | Python 3.14+、FastAPI、SQLAlchemy、Alembic、SQLite / PostgreSQL | | 前端 | Vite 8、React 19、React Router 7、TypeScript、TanStack Query、shadcn/ui |

配置

后端环境变量

| 变量 | 默认值 | 说明 | | -------------------------------- | ------------------------------------ | ------------------------------------------------------------------ | | LENS_DATABASE_URL | sqlite+aiosqlite:///./data/data.db | 数据库连接;Docker 镜像使用 /app/data/data.db | | LENS_AUTH_SECRET_KEY | 无(必填) | JWT 签名密钥,UTF-8 编码后至少 32 字节;Docker 部署脚本写入 .env | | LENS_PORT | 本地 18080 / Docker 3000 | 服务监听端口;Docker Compose 同时用作宿主机与容器端口映射 | | LENS_MAX_CONNECTIONS | 200 | 每个直连或代理连接池的最大连接数,修改后需要重启 | | LENS_MAX_KEEPALIVE_CONNECTIONS | 50 | 每个直连或代理连接池的最大空闲连接数,修改后需要重启 |

网关设置

在 /settings 页面修改:

| 设置键 | 默认值 | 说明 | | ----------------------------- | ---------- | ------------------------------------------------------------------------------------------------------ | | auth_access_token_minutes | 720 分钟 | 新签发登录令牌的有效期;范围 1–525600 | | first_token_timeout_seconds | 180 秒 | 首个可交付响应的共享预算:流式请求等待首个有效输出,非流式请求等待完整响应;范围 0–86400,0 不限制 | | stream_idle_timeout_seconds | 180 秒 | 流式请求首个有效输出后,相邻上游数据块的最长等待;范围 0–86400,0 不限制 | | max_request_body_bytes | 32000000 | 发送到上游的请求体上限;0 不限制 |

其余可在页面修改的设置包括:全局代理、CORS 允许来源、上游全局 Header / 参数覆盖规则、模型测试提示词、请求体 / 响应体日志留存、站点名称与 Logo、时区等。

冷却与健康排序

优先命中管理员配置的冷却检测规则(设置键 cooldown_detection_rules:按状态码与响应体正则匹配,指定错误分类、冷却时长和作用范围;可通过设置接口或配置备份修改),未命中时按状态码默认分类。401 / 403 冷却当前 Key;404、429、5xx、上游 408、网关超时和网络错误冷却当前实际上游模型。同渠道其他模型或其他 Key 仍可参与路由。除 401 / 403 / 404 / 408 / 429 外的普通 4xx 通常只说明当前请求不可接受,不计入冷却。429 / 503 的标准 Retry-After 会立即触发当前模型冷却,并在最大冷却限制内优先于分类默认值;0 表示立即恢复。

渠道没有独立的冷却计时器。对每个已启用的“Key + 模型”绑定:

绑定可用时间 = max(Key 冷却截止时间, 模型冷却截止时间)
渠道可用      = 存在至少一个绑定,其可用时间 <= 当前时间
渠道恢复时间  = min(所有绑定的可用时间)

渠道只在没有任何启用的“Key + 模型”绑定可用时整体不可用。所有配置模型均在冷却、所有启用 Key 均在冷却是两个常见情况;稀疏绑定也可能因部分模型与部分 Key 的组合冷却而耗尽。任一绑定恢复后渠道立即恢复,不再额外增加渠道级冷却。

每个错误类别达到阈值后按指数退避计算冷却。同一轮冷却期间返回的并发失败不会继续放大退避:

首次冷却 = min(分类初始冷却, 最大冷却)
后续冷却 = min(上次冷却 × 退避倍率, 最大冷却)

同类失败尚未触发冷却时,失败窗口按相邻失败间隔计算;完成一次冷却后,从目标恢复可用的时刻开始计算稳定期。只有目标持续超过该窗口没有再次失败,连续失败计数和退避状态才会重新开始。因此目标在冷却结束后立即再次失败时会正常升级退避,而不会被冷却等待时间本身重置。

0 秒的分类初始冷却会关闭该类别的冷却并清除其连续失败计数与退避状态;最大冷却为 0 会关闭全部自动冷却。一次成功请求只重置当前模型及实际使用的 Key,冷却开启前已经在途的旧请求成功不会解除更新的冷却。同一轮冷却期间的并发失败不延长冷却或放大退避,但仍会阻止更早的在途成功清除新失败。冷却到期后目标直接恢复为可选候选,不额外执行半开探测。

健康分使用按“渠道 + 实际模型”统计的滑动窗口。ROUND_ROBIN 将健康分作为平滑加权轮询的权重,并优先使用较健康的失败后备选;FAILOVER 保持模型组配置顺序,不被健康分重排:

置信度 = min(1, 窗口样本数 / 完整置信样本数)
健康分 = 1 - 失败率 × 最大惩罚比例 × 置信度

冷却和健康窗口是当前 Lens 进程内的运行时状态:进程重启后清空,多 worker 或多实例之间不共享。更新同 ID 的 Key 内容会清除该 Key 的旧状态;更换渠道端点、协议或影响上游请求的渠道配置会清除该渠道状态;全局代理或上游 Header 规则变化会清除全部运行时冷却与健康窗口。

| 设置键 | 默认值 | 说明 | | ------------------------------------------- | ------ | ---- | | circuit_breaker_threshold | 3 | 5xx 连续失败阈值,正整数;带 Retry-After 的 503 立即触发冷却 | | circuit_breaker_failure_window_seconds | 300 | 未冷却时的相邻同类失败窗口,也是冷却结束后的无失败稳定期;范围 1–604800,与健康评分窗口独立 | | circuit_breaker_timeout_threshold | 2 | 上游 408 或网关超时的连续失败阈值,正整数 | | circuit_breaker_network_threshold | 2 | 网络错误连续失败阈值,正整数 | | circuit_breaker_cooldown | 60 | 5xx 初始冷却秒数,范围 0–604800 | | circuit_breaker_auth_cooldown | 300 | 401 / 403 的 Key 初始冷却秒数,范围 0–604800 | | circuit_breaker_not_found_cooldown | 300 | 404 的模型初始冷却秒数,范围 0–604800;无法确认更大故障域时只影响当前模型 | | circuit_breaker_rate_limit_cooldown | 60 | 429 的模型初始冷却秒数,范围 0–604800 | | circuit_breaker_timeout_cooldown | 60 | 上游 408 或网关超时的模型初始冷却秒数,范围 0–604800 | | circuit_breaker_network_cooldown | 60 | 网络错误的模型初始冷却秒数,范围 0–604800 | | circuit_breaker_backoff_multiplier | 2 | 后续冷却倍率,范围 1–10 | | circuit_breaker_max_cooldown | 600 | 所有自动冷却的严格上限秒数,范围 0–604800;0 关闭自动冷却 | | health_scoring_enabled | true | 是否启用健康排序 | | health_window_seconds | 300 | 按模型统计的滑动窗口长度,范围 1–604800 | | health_penalty_weight | 0.5 | 最大健康惩罚比例,范围 0–1 | | health_min_samples | 10 | 达到完整置信度所需的样本数,正整数 |

Docker Compose

| 变量 | 默认值 | 说明 | | ---------------------- | ------ | ------------------------------------------------------------- | | LENS_PORT | 3000 | 容器监听端口与宿主机映射端口(同一值) | | LENS_SKIP_DB_UPGRADE | 0 | 容器启动时设为 1 可跳过自动数据库迁移;需自行确保结构已升级 |

PostgreSQL 配置

PostgreSQL 连接串格式:

postgresql+psycopg://用户名:密码@主机:端口/数据库名

示例:

LENS_DATABASE_URL=postgresql+psycopg://lens:[email protected]:5432/lens

1Panel 等容器化环境配置技巧:

如果 Lens 和 PostgreSQL 部署在同一台服务器,推荐把两个容器放到同一个 Docker 网络(例如 1Panel 的 1panel-network),然后用 PostgreSQL 容器名作为主机名:

LENS_DATABASE_URL=postgresql+psycopg://lens:password@postgresql:5432/lens

这里第一个 lens 是数据库用户名,最后一个 lens 是数据库名;postgresql 是 PostgreSQL 容器名,需要按实际容器名调整。

SQLite 适合本地测试和轻量部署,生产环境或高并发场景建议使用 PostgreSQL。

数据库迁移

uv run --no-sync lens db upgrade  # 升级到最新
uv run --no-sync lens db downgrade  # 回退一步
uv run --no-sync lens db revision -m "describe your change"  # 生成新迁移

从 SQLite 切换到 PostgreSQL:在 /backups 导出配置 → 修改 LENS_DATABASE_URL → 启动 Lens → 导入配置。

客户端接入

OpenAI SDK (Python)

from openai import OpenAI

client = OpenAI( base_url="http://127.0.0.1:3000/v1", api_key="sk-lens-...", )

completion = client.chat.completions.create( model="your-model-group", messages=[{"role": "user", "content": "hello"}], ) print(completion.choices[0].message.content)

Anthropic SDK (Python)

from anthropic import Anthropic

client = Anthropic( base_url="http://127.0.0.1:3000", api_key="sk-lens-...", )

message = client.messages.create( model="your-anthropic-group", max_tokens=256, messages=[{"role": "user", "content": "hello"}], ) print(message.content[0].text)

OpenAI Chat (curl)

curl http://127.0.0.1:3000/v1/chat/completions \
  -H "Authorization: Bearer sk-lens-..." \
  -H "Content-Type: application/json" \
  -d '{
    "model": "your-model-group",
    "messages": [{"role": "user", "content": "hello"}]
  }'

Anthropic Messages (curl)

curl http://127.0.0.1:3000/v1/messages \
  -H "x-api-key: sk-lens-..." \
  -H "Content-Type: application/json" \
  -d '{
    "model": "your-anthropic-group",
    "max_tokens": 256,
    "messages": [{"role": "user", "content": "hello"}]
  }'

OpenAI Responses (curl)

curl http://127.0.0.1:3000/v1/responses \
  -H "Authorization: Bearer sk-lens-..." \
  -H "Content-Type: application/json" \
  -d '{
    "model": "your-responses-group",
    "input": "hello"
  }'

OpenAI Embeddings (curl)

curl http://127.0.0.1:3000/v1/embeddings \
  -H "Authorization: Bearer sk-lens-..." \
  -H "Content-Type: application/json" \
  -d '{
    "model": "your-embedding-group",
    "input": "hello world"
  }'

OpenAI Images (curl)

curl http://127.0.0.1:3000/v1/images/generations \
  -H "Authorization: Bearer sk-lens-..." \
  -H "Content-Type: application/json" \
  -d '{
    "model": "your-image-group",
    "prompt": "a white cat",
    "n": 1,
    "size": "1024x1024"
  }'

请求体透传到上游 /v1/images/generations;/v1/images/edits 同理(multipart 上传)。图像按张计费,单价在模型价格中配置。

Rerank (curl)

curl http://127.0.0.1:3000/v1/rerank \
  -H "Authorization: Bearer sk-lens-..." \
  -H "Content-Type: application/json" \
  -d '{
    "model": "your-rerank-group",
    "query": "What is the capital of France?",
    "documents": [
      "Paris is the capital of France.",
      "Berlin is the capital of Germany.",
      "Madrid is the capital of Spain."
    ],
    "top_n": 3,
    "return_documents": true
  }'

请求体透传到上游 /v1/rerank(如 NewAPI、Jina、Cohere 等兼容服务)。响应原样返回,包含 results[*].relevance_score / index / document。

Gemini (curl)

curl "http://127.0.0.1:3000/v1beta/models/your-gemini-model:generateContent" \
  -H "x-goog-api-key: sk-lens-..." \
  -H "Content-Type: application/json" \
  -d '{
    "contents": [
      {
        "role": "user",
        "parts": [{"text": "hello"}]
      }
    ]
  }'

Claude Code

ANTHROPIC_BASE_URL=http://127.0.0.1:3000
ANTHROPIC_AUTH_TOKEN=sk-lens-...
ANTHROPIC_MODEL=your-anthropic-group
ANTHROPIC_SMALL_FAST_MODEL=your-anthropic-group

Codex

~/.codex/config.toml:

model = "your-model-group"
model_provider = "lens"

[model_providers.lens] name = "Lens" base_url = "http://127.0.0.1:3000/v1"

~/.codex/auth.json:

{
  "OPENAI_API_KEY": "sk-lens-..."
}

致谢

License

MIT

Chat with me