128客户总数
12,430今日调用
6在线渠道
¥3,200本月收入
上游 Key（你对接的 AI 厂商）
| 渠道名 | 类型 | Key（掩码） | 状态 | 权重 | 操作 |
|---|---|---|---|---|---|
| 豆包主渠道 | 火山引擎/豆包 | sk-****a1 | 正常 | 10 | |
| OpenAI 备线 | OpenAI | sk-****9f | 正常 | 5 | |
| Claude 线 | Anthropic | sk-****3c | 停用 | 0 |
用户管理（真实数据）
| ID | 用户名 | 注册时间 | 可用积分 | 发积分 | 积分明细 |
|---|
🟢 发卡管理：批量生成卡密卖给客户；客户在客户页输入卡密即可兑换积分。生成后请立即复制保存。
生成
张，每张
积分，
天有效
已生成卡密（最近 200 条）
| 卡密 | 积分 | 天数 | 状态 | 兑换用户 | 兑换时间 |
|---|
实时调用监控
这里放调用量曲线 / 渠道负载 / 异常告警。（原型占位）
当前总负载 62% · 豆包主渠道承载 80% 流量
一键批量生成积分 API
| 序号 | API Key | 积分 | 有效期 | 状态 | 操作 |
|---|---|---|---|---|---|
| 点「一键生成」后，这里会列出所有批量 Key | |||||
软件 / 后端管理（决定用户端「一键配置」显示哪些）
每个软件字段名不同（如 ChatBox 叫「API Host」、Cursor 叫「Base URL」、Continue 叫「baseURL」），但都填同一套 Base URL / Key / 模型。开关控制是否在用户端显示。
| 软件 | Base URL 字段名 | Key 字段名 | 模型 字段名 | 用户端显示 | 操作 |
|---|
模型库管理（决定用户端「一键配置」里能选哪些模型）
在这里添加客户可调用的模型（如 gpt-4o、claude-3-5-sonnet）。添加后，用户端「一键配置」上方会实时出现对应模型标签，客户点一下即可切换要用的模型；删掉则用户端不再显示。
| 模型 ID（填入软件的值） | 展示名 | 计费(每1K输入/输出 积分) | 操作 |
|---|
模型计费标准 修改后实时生效
这是整个平台的扣费规则：客户每调用一次模型，按「输入 token ÷ 1000 × 输入费率 + 输出 token ÷ 1000 × 输出费率」实时扣积分（低于最低扣减按最低扣）。随时修改任意模型的费率，已生效的存量积分不受影响，仅影响后续消耗的快慢。
| 模型 | 输入费率(/1K token) | 输出费率(/1K token) | 最低扣减 | 说明 | 操作 |
|---|
计费试算器
选择模型、填入 token 数，点「计算」查看本次扣多少积分。
激活渠道 / 售卡来源（用户端「已激活套餐」显示哪个）
这是客户卡密的来源渠道（如闲鱼、淘宝、拼多多、自有官网），与「渠道 / Key 管理」里的上游 AI 厂商（豆包/OpenAI）是两回事。点「设为展示」决定用户端默认显示哪一份套餐。
| 渠道名称 | 售价 | 对应积分 | 用户端状态 | 操作 |
|---|
在线购买设置（控制客户网站是否显示购买入口）
启用客户网站「在线购买」入口
关闭开关后，客户网站将不再显示「在线购买」入口；开启并填写第三方网址后，客户点击按钮即跳转到该页面（如你的淘宝/闲鱼店铺、发卡平台、自建商城）。你无需自己搭支付，购买页交给第三方托管即可。
渠道健康检测 & 自动故障切换
自动故障切换
系统每 30 秒探测一次各上游渠道可用性。某 Key 连续报错（401/429/超时）会自动切到备用渠道，无需人工停用，避免客户大面积报错。
| 渠道 | 状态 | 最近检测 | 错误率(今日) | 连续错误 | 操作 |
|---|
IP 黑名单
访问限流
单用户每秒最大请求数
单 IP 每秒最大请求数
超出后处理
限流按用户 Key 与 IP 双重计算，防止单用户刷量瞬间耗尽积分。
财务 / 订单管理
| 批次 | 数量 | 积分 | 生成时间 | 操作人 |
|---|
| 订单号 | 用户 | 激活渠道 | 金额 | 状态 | 时间 |
|---|
| 退款单 | 关联订单 | 用户 | 金额 | 状态 | 时间 |
|---|
¥—平台总收入
¥—本月收入
—总积分消耗
—付费用户数
用户消费排行
| 用户 | 消费金额 | 消耗积分 | 订单数 |
|---|
通知方式
企业微信 / 飞书机器人
邮件
短信
告警规则
上游 Key 耗尽开启
渠道宕机 / 连续失败开启
账户余额不足（阈值 ¥50）开启
单渠道 5 分钟错误率 > 20%开启
最近告警
| 时间 | 级别 | 内容 | 状态 |
|---|
模型白名单 / 用户分组
把用户分到不同组，限制每组可调用模型。例如：免费组只能 gpt-4o-mini，VIP 组开放全部，内部组禁用工位模型。
| 分组 | 允许模型 | 禁止模型 | 成员数 | 操作 |
|---|
| 时间 | 用户 Key | 模型 | Token | 渠道 | 状态 | 消耗积分 | 耗时 |
|---|
⚠️ 上线红线 #1：后台必须登录才能进入，管理员分「只读 / 操作」角色，关键操作留审计日志。当前为演示态，点「退出登录」可体验门禁。
当前登录
管理员admin@root
角色操作（可改配置）
角色权限
只读能看不能改
操作可改配置 / 发卡
审计日志每次操作留痕
操作审计日志
| 时间 | 管理员 | 操作 | 对象 | IP | 结果 |
|---|
⚠️ 上线红线 #3：上游 Key 加密存储（AES-256）、页面只显示后四位、日志自动脱敏、支持定期轮换。绝不明文落库。
日志脱敏
自动轮换（每 90 天）
上游渠道 Key（已加密存储）
⚠️ 上线红线 #4：订单 / 卡密 / 余额数据定期备份，防丢、防跑路。支持一键恢复演练。
自动备份频率
保留份数
备份历史
| 时间 | 类型 | 大小 | 状态 | 操作 |
|---|
⚠️ 上线红线 #5：渠道全崩时，给用户友好提示而非 500。支持维护模式与全局兜底文案。
维护模式（全站暂停服务）
全渠道故障自动兜底
全局兜底提示（用户端展示）
当前文案：「服务暂时繁忙，请稍后重试（错误码：SERVICE_BUSY）」
所有未捕获异常统一返回 200 + 业务错误码，客户端按错误码展示友好文案，避免裸 500 / 堆栈泄露。
🔴 风控进阶：在基础 IP 黑名单 / 限流之上，增加异常 token 消耗检测与突发流量自动封禁。
异常检测规则
单 Key 单分钟消耗积分上限
单 IP 突发请求阈值（次/秒）
触发后
自动封禁记录
🟠 客户账户与兑换闭环：卡密兑换须真正 校验 → 绑定用户 → 加积分 → 标记卡已用，且一张卡只能兑一次。可在客户网站「兑换」体验。
开放客户自助注册
兑换即创建账户
卡密状态机
| 卡密 | 面值 | 状态 | 兑换用户 | 兑换时间 |
|---|
🛡 SK5 代理池：每个代理可绑定多个窗口（账号），窗口数=该代理最多挂几个账号；账号与代理固定捆绑；代理出问题自动进下方异常代理区并给账号换新代理。登录添加账号时自动从可用池分配未满窗口的代理。
📥 批量导入（每行一个）：
代理地址#窗口数#备注，支持 socks5://账号:密码@IP:端口 或 http://账号:密码@IP:端口可用代理池
| ID | 代理地址 | 备注 | 窗口上限 | 已绑定账号 | 失败次数 | 操作 |
|---|
📊 经营总览：平台实时数据（用户/积分/消耗/账号），每小时自动刷新。
—客户总数
—剩余消费积分（总额）
—今日已消耗积分
—今日调用次数
—账号总数
—正常账号
—异常/锁定账号
—未用卡密
💡 经营提示：剩余积分 = 所有客户充值后还未花掉的积分总额；今日已消耗 = 今天所有客户调用扣掉的积分（已含计费倍率）。
🔵 号池管理（支持 WorkBuddy 账号池）：① 批量导入 WorkBuddy 账号用
昵称#uid#JWT（每行一个，可批量查积分）；② 通用账号用 账号|密码|备注；③ 可后台手动分配给指定客户或开启自助领取（客户网页不展示账号）。账号/密码/JWT 明文仅本后台可见。💡 正常账号 = 会话检测通过；客户调用发现异常会自动移入「异常账号」。检测会话用轻量接口（不发消息、不耗额度）。
⚡ 批量检测会话：
秒/个
| ID | 账号 | 所属 | 积分 | 有效期 | 健康 | 启用 | 调用(成/败) | 上次检测 | 备注 | 操作 |
|---|
🟠 支付 / 发卡回调：淘宝 / 闲鱼 / 发卡平台付款后，通过 Webhook 自动生成卡密并发送客户，无需人工发卡。
发卡平台 Webhook 地址
签名密钥
付款自动发卡
最近回调
| 时间 | 订单号 | 金额 | 结果 |
|---|
🟠 余额账目一致性：所有积分变动走 transactions 流水表，扣费用原子事务，余额永不为负；余额 = 初始 + 入账 − 消耗。支持对账。
6,000当前总余额
+6,000累计入账
−982.4累计消耗
交易流水（transactions）
| 时间 | 用户 | 类型 | 变动 | 余额 | 关联 |
|---|
🟠 渠道 - 模型路由策略：决定每个模型走哪些上游渠道、优先级与权重；某渠道故障时按兜底顺序自动切换（配合熔断引擎）。
🟠 模型映射（别名路由）：客户端填的模型名只是"门面"，真正请求哪个上游模型由你在这里定，客户端完全看不到实际模型。例：把 GPT-4o、DeepSeek 都指向千问，客户以为在用 GPT / DS，实际全走千问。对应 new-api 的「模型重定向」能力。
💡 想让客户访问任何模型都走同一个真实模型：把门面模型填
💡 想让客户访问任何模型都走同一个真实模型：把门面模型填
*（如 * → qwen-max），则所有未单独配置的模型一律走该真实模型；未授权模型将被拒绝。🎯 全部模型统一走（设一次，所有门面模型都走它）
统一实际模型 / 账号池
应用后下方每条映射的实际模型都会变成这个值，客户看到的模型名不变
+ 添加映射
门面模型（客户端所见，可手输任意模型名）
实际后端模型 / 账号池（客户端不可见）
启用
🌐 接入设置：这里配置客户复制到的地址和服务器内部上游。改完立即生效，客户端一键配置复制的就是真实地址。
🔧 服务器维护开关
打开后所有客户无法访问（接口返回 503 + 维护页），管理员后台不受影响
维护提示语
客户接入地址（Base URL，客户复制这个）
Base URL
内部上游地址（new-api 内网，服务器内部用）
上游地址
阿里云百炼 API Key（直连千问模型用）
API Key
💡 用法：在「模型映射」里把某个门面模型的实际模型填
aliyun:qwen3.7-flash（或选下拉里的千问系列），客户请求该模型就直接走阿里云千问，不走账号池。🟠 客户 API Key 生命周期：一个客户可有多个 Key，支持吊销 / 重置 / 轮换；Key 与用户绑定，吊销即时生效。
🟠 通知真实通道：告警规则的「企微 / 飞书 / 邮件 / 短信」需配置真实通道才能送达。
企业微信 / 飞书
Webhook 地址
启用
邮件（SMTP）
SMTP 服务器
账号
密码
短信
服务商
密钥