三种方式对比
维度 | ADK 接入 | API 接入 | BYOK接入 |
适用端 | Android 客户端 | 自建服务端 / 跨端 | 自建服务端 / 跨端（已持有三方大模型 Key 的客户） |
鉴权凭证 | App Key + 签名白名单 → 动态 apiKey | Bearer API Key | Bearer 客户自有三方 Key |
密钥是否落端 | 否，端侧不持有 | 不应落端，须服务端保管 | 不应落端，须服务端保管；Key 在网关加密存储，友盟不存储明文 |
鉴权 / 刷新逻辑 | 平台托管，SDK 自动完成 | 自行实现 | 无需刷新（三方 Key 长期有效），支持自助编辑、禁用等 |
降级 / 熔断 / 容灾 | 平台托管 | 自行负责 | 自行负责 |
支持能力 | 文本类能力；多模态暂不支持 | 文本类 + 多模态均支持 | 文本 + 多模态均支持 |
接口风格 | 以正式发布的 ADK 文档为准 | 兼容 OpenAI 格式 | 兼容 OpenAI 格式，千问系另可选 DashScope 原生协议 |
改造成本 | 升级一次 SDK | 改 base_url 与 api_key | 登记托管 Key 后仅改 base_url（api_key 沿用客户原三方 Key） |
Token计费 | 消耗友盟算力点 | 消耗友盟算力点 | 不扣算力点，token 消耗在客户自己的上游账号 |