sequenceDiagram
    autonumber
    participant Client as 用户 / Codex
    participant CPA as CLIProxyAPI
    participant Billing as billing
    participant DB as SQLite
    participant Upstream as 实际模型服务

    Client->>CPA: 携带下游 Key 发起模型请求
    CPA->>Billing: frontend_auth.authenticate
    Billing->>DB: 查询 Key 与状态
    DB-->>Billing: 用户访问配置

    alt Key 无效或已停用
        Billing-->>CPA: 认证失败
        CPA-->>Client: 401 Unauthorized
    else 认证成功
        Billing-->>CPA: 返回用户身份（稳定 Key ID）
        CPA->>Billing: request.intercept_before
        Billing->>DB: 检查模型权限、余额与并发并占用名额

        alt 模型、额度或并发不允许
            Billing-->>CPA: 终止请求（403 / 429 / 503）
            CPA-->>Client: 返回结构化错误
        else 请求准入
            Billing-->>CPA: 允许继续
            CPA->>Billing: scheduler.pick（可用上游候选）

            alt 自动路由
                Billing-->>CPA: 委托 CPA 内置调度
            else 严格路由
                Billing->>DB: 读取该用户绑定的上游账号
                Billing-->>CPA: 指定唯一 Auth ID
            end

            CPA->>Billing: request.intercept_after
            Billing-->>CPA: 复核价格配置与实际上游

            alt 价格缺失或严格路由失效
                CPA-->>Client: 503 Service Unavailable
            else 复核通过
                CPA->>Upstream: 使用选定凭证转发请求
                Upstream-->>CPA: 模型响应 / 流式输出
                CPA-->>Client: 返回模型结果

                CPA->>Billing: request.complete（请求终态）
                Billing->>DB: 释放并发名额，保存成功、失败或取消结果
                CPA->>Billing: usage.handle（如有最终 Token 用量）
                Billing->>Billing: 按模型价格计算成本
                Billing->>DB: 保存用量、扣减余额并写入账目
            end
        end
    end

CLIProxyAPI 负责 HTTP 接入、协议转换、上游凭证和实际请求执行；billing 通过插件回调参与请求决策与记录，不直接连接模型服务。request.complete 与 usage.handle 是独立事实回调，实际到达顺序不作为数据正确性的前提。

当前兼容目标

CLIProxyAPI 源码：.externals/CLIProxyAPI/，检查时 revision 为 f43aad7637ad813745bf7d341acb5663617570c5
插件版本：0.1.0
Native ABI：1
RPC schema：最高 3，注册时按宿主版本向下协商
插件 ID / 动态库文件名：billing
已声明能力：frontend_auth_provider（独占）、scheduler、request_interceptor、request_lifecycle_plugin、usage_plugin、management_api

契约来源以本仓库内 .externals/CLIProxyAPI/sdk/pluginabi/types.go、.externals/CLIProxyAPI/sdk/pluginapi/types.go、.externals/CLIProxyAPI/internal/pluginhost/rpc_schema.go 为准。

环境与构建（WSL/Linux）

需要支持 toolchain 自动切换的 Go 1.24+ 和 GCC；项目固定使用已包含安全修复的 Go 1.26.6 构建。Ubuntu/Debian 可先准备 C 工具链：

sudo apt-get update
sudo apt-get install -y build-essential
./scripts/check-env.sh
./scripts/build.sh

从 PowerShell 也可调用 WSL 构建入口：

./scripts/build.ps1

生成 Linux/amd64 发布包和 SHA-256 校验文件：

bash ./scripts/package.sh 0.1.0

产物位于 dist/billing_0.1.0_linux_amd64.tar.gz，只包含动态库、版本元数据、README 和示例配置。

产物为 bin/billing.so，适用于运行在 WSL/Linux 的 CLIProxyAPI。SQLite 驱动依赖 CGO，普通开发测试也应在已经安装 GCC 的 WSL/Linux 环境执行：

CGO_ENABLED=1 go test ./...

加载到 CLIProxyAPI

将 bin/billing.so 放进 Linux CLIProxyAPI 配置的插件目录（默认 plugins/）。
合并 config.example.yaml 中的 plugins 配置。
重启宿主，确认日志中成功加载插件 billing。
首次启动会创建名称为 default、值为 000000 的下游 Key，保持现有 Codex 配置可用。
发起一个 Codex 请求，确认管理页面出现该 Key 的用量和实际上游 Auth ID。

Key 管理与路由

管理页面提供：

自动生成或手动输入至少 6 位的 Key，列表脱敏显示，点击脱敏文本可复制完整 Key；
active / disabled 状态切换，以及不可恢复但保留历史的归档；
CPA 自动选择上游，或严格绑定一个 OAuth/API Key 上游凭证；
按客户端请求模型配置允许列表；
模型允许列表支持精确名称和 * 通配符，例如 deepseek-*；
分配美元额度、设置自动重置时间和每用户并发上限；
查看当前额度、已用、余额以及最近扣费账目；
累计、今日和最近请求统计。

管理页面资源可以直接反向代理。未填写 Management Key 时展示脱敏后的真实只读数据并隐藏全部修改入口；输入有效 Management Key 后才显示完整管理操作。匿名只读接口不会返回完整下游 Key，历史 Usage 的旧 api_key 字段也会被清空。只读展示仅需代理 /v0/resource/plugins/billing/ui（数据请求复用同一路径的查询参数）；若要在外部页面执行管理操作，还需同源代理 /v0/management/plugins/billing/*。

严格绑定的账号不可用或不支持目标模型时请求直接失败，不回退到其他账号。新 Key 在创建时复制 default 当时的路由与模型规则，之后独立维护。

现有和新建 Key 的初始额度都是 $0，默认不自动重置、并发上限为 4。管理员分配额度后才能发起模型请求。金额以微美元整数保存；修改额度不会清空本周期已用金额，手动或自动重置不会结转旧余额。允许模型没有价格配置时，请求会在触达上游前以 503 拒绝。

价格页面可以手动从 models.dev/catalog.json 更新供应商级参考目录，并把任意参考模型的价格导入任意本地模型。例如本地的 deepseek-v4-flash 可以显式采用 OpenAI / gpt-5.6-sol 价格。目录和本地有效价格彼此独立；刷新只展示变化，管理员确认后才更新已关联价格，人工保存则解除目录关联。全零目录项不作为免费价格导入，下载失败继续保留上次缓存且不影响请求链路。

config_yaml 中包含宿主补充的 enabled 和 priority；插件会解析 codex_only、数据库路径、models_dev_url、目录缓存路径和首次导入 Key。目录缓存默认与 SQLite 数据库放在同一目录。完整下游 Key 只通过受 CPA Management Key 保护的 Key 管理接口返回，不写入普通日志或错误消息；上游 Token、Cookie 和原始凭证不会由插件读取或保存。

请求明细与汇总

请求明细由服务端分页，每页 100 条，默认按请求时间和稳定 ID 倒序展示。管理接口支持时间范围、用户 Key、模型、结果、上游 Auth ID、端点和完整 Request ID 筛选；连续翻页使用与筛选条件绑定的游标，数字页码跳转使用 SQLite 索引定位。用户页的今日汇总、各用户用量和近 7 日 Token 由数据库独立聚合，不受当前明细页影响。

升级已有数据库时，插件会从原始 Usage 和请求终态事实自动建立轻量查询投影。事实表、计费账目和历史统计保持不变；没有 Usage 的取消或失败请求仍然可见。当前 CPA Usage 契约不提供 Request ID 或 Execution ID，因此只在模型和时间足够接近且匹配关系唯一时关联请求终态；存在并发歧义时保留为独立记录，不强行合并。

工程布局

cmd/billing：仅负责 C ABI、请求字节复制和 C 内存释放。
internal/plugin：RPC dispatcher、契约 DTO、原子配置与 Usage 接入。
internal/modelcatalog：models.dev 下载、规范化、搜索和最后可用缓存。
scripts：环境检查与可复现构建。
.externals/CLIProxyAPI：上游契约参考，不属于插件实现。

README.md Unescape Escape

billing

一次请求如何通过 CPA