Platform Value
不是又一个中转站，
而是可被追溯的接入层。
把「接入」这件事从每个项目里抽出来，交给平台统一处理：入口唯一、密钥归属清楚、额度与日志都在同一个地方。
统一接入
一个网关地址收敛所有模型调用。客户端只需要记住一个 Base URL 与一套鉴权方式，不必为每个供应商各维护一份配置。
密钥管理
在控制台创建、命名并管理自己的 API Key，随时查看状态，按需停用。
额度透明
专属模型 Token 与通用积分分开展示，调用前就能判断这次请求会消耗哪一类额度。
调用可追溯
每次请求都会落一条记录：用了哪个模型、什么时候发的、消耗多少 Token、结果是什么状态。排障时不必再四处翻日志。
Ecosystem
认识你的客户端，
也认识你要的模型。
底层换模型，上层不用改代码。兼容两种主流协议，意味着现成的 SDK 与工具多数可以原样接入。
模型能力
- GLM 系列
示例节点 - DeepSeek 系列
示例节点 - Qwen 系列
示例节点 - 其他已接入模型
见 /v1/models
兼容协议
- OpenAI 兼容
POST /v1/chat/completions - 模型发现
GET /v1/models - Anthropic 兼容
POST /v1/messages - Token 估算
POST /v1/messages/count_tokens
开发工具接入
- OpenAI SDK
base_url 指向网关 - Anthropic SDK
base_url 指向网关 - curl / HTTP
Bearer 鉴权 - 自建客户端
支持自定义域名即可
节点与档位仅用于说明接入关系，不代表实时可用状态；实际可调用的模型以控制台 /v1/models 返回为准。
Quick Start
三步接入，
今天就能发出第一次调用。
不需要安装新的 SDK，也不需要改写业务代码。把 Base URL 换成网关地址，剩下的和原来一样。
创建并登录账号
使用平台分配的账号登录 StarPass 用户控制台。首次登录后可在「账号设置」里修改密码。
创建自己的 API Key
进入「我的密钥」创建一把密钥并命名，方便日后区分用途。密钥只属于你的账号。
配置 Base URL 开始调用
把客户端指向网关地址，填入密钥，即可沿用现有 OpenAI 或 Anthropic SDK 发起请求。
curl https://starpass.asia/v1/chat/completions \
-H "Authorization: Bearer YOUR_STAR_PASS_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "MODEL_ID",
"messages": [
{"role": "user", "content": "你好，星渡"}
]
}'Quota Model
专属额度优先，
通用积分灵活补充。
同一个账号下有两种额度：绑定到具体模型的 Token，和可以自由使用的通用积分。请求进来时按顺序扣减，账目分开记。
专属额度优先，通用积分灵活补充。
专属额度优先，通用积分灵活补充。命中某个模型的请求先扣该模型的专属 Token，不足的部分再由通用积分承接。
- 识别模型请求携带的 MODEL_ID 决定了它归属哪个模型额度。
- 扣专属 Token该模型还有剩余专属额度时，优先从这里扣。
- 补充通用积分专属额度不足时，差额由通用积分承接。
配额分配规则与可用额度以控制台「积分与模型 Token」页显示为准；此处为流程示意，不是真实账户余额。
Console
所有答案，
都在同一个控制台里。
首页负责讲清楚它能做什么；真正干活的地方在控制台——概览、密钥、用量、日志、积分，五个页面覆盖日常所需。
星渡控制台界面为设计示意，信息结构与真实控制台一致；其中的数值不是任何真实账号的数据。
Trust & Transparency
该说的说清楚，
没做的绝不写上去。
下面这些机制都已在当前系统中实现。我们没有第三方安全认证，也不会在首页承诺任何可用性指标——把边界讲明白，比堆徽章更有用。
独立用户身份
用户端与管理端路由分离。登录用户只能看到自己的密钥、额度与调用记录。
密钥归属清晰
每把 API Key 归属创建它的账号，可在控制台查看状态并按需停用，不必在多处复制同一把密钥。
使用记录可查
每次调用都会生成请求日志，可按时间与模型回看，出现异常时有据可依。
额度变动留痕
积分与模型 Token 的每一次变动都对应一条台账记录，可逐笔核对。
本页仅陈述系统当前已实现的能力，不包含任何未经核实的认证、合规或 SLA 承诺。
FAQ
开始之前，
你可能想知道。
还有别的问题？登录后可在控制台查看更完整的说明，或直接联系平台管理员。
StarPass（星渡）是一个统一的 AI 模型接入网关。你用同一个 Base URL 和同一把 API Key 调用多种模型，并在控制台集中管理密钥、额度与调用记录。
账号由平台管理员统一开通，暂不提供公开自助注册。拿到账号与初始密码后，直接前往用户控制台登录即可；需要开通请联系管理员。
登录后进入「我的密钥」，创建一把密钥并给它起个能区分用途的名字，然后填到客户端的 Authorization: Bearer 请求头里。密钥属于你的账号，请不要写进前端代码或提交到代码仓库。
目前兼容 OpenAI 协议（POST /v1/chat/completions、GET /v1/models）与 Anthropic 协议（POST /v1/messages、POST /v1/messages/count_tokens）。多数现成 SDK 只要支持自定义 Base URL 就能直接接入。
专属 Token 绑定在具体模型上，命中该模型的请求会优先扣它；通用积分不与模型绑定，用于补充和兜底。两者在使用记录里分开统计，具体的分配规则以控制台显示为准。
控制台「使用量」看整体趋势，「请求日志」看逐条明细（模型、时间、Token、状态），「积分账户」看余额与每一次变动记录。
先看请求日志里的状态与错误信息：鉴权类错误通常是密钥不正确或已停用；模型相关错误多半是 MODEL_ID 与可用列表不一致；限流或上游异常则会在日志里留下明确状态。仍未解决时，把请求时间和日志编号提供给管理员即可。