1. 认识 Tokenjoy
1.1 产品形态
Tokenjoy 有两种部署形态，共用同一套前后端代码，运行时通过 SUPPORT_SAAS 开关分流：
| 形态 | 说明 | 用户 |
|---|---|---|
| SaaS（公有云） | 平台托管多家企业，数据按企业行级隔离；平台侧负责开户、代充、上游渠道 | 平台运营 + 各企业成员 |
| Local（私有化） | 部署在客户内网，隐含一家企业 | 企业内成员 |
1.2 两类界面（域名分流）
前端按域名前缀把界面分成两个「域（surface）」，两边的导航与权限完全隔离：
| 域 | 地址（生产 / 本地） | 面向 | 可见导航 |
|---|---|---|---|
| 企业侧（app） | app.tokenjoy.me / localhost:9191 |
企业内部成员 | 数据看板、模型管理、预算与财务、组织与权限、我的、审计 |
| 平台侧（platform） | platform.tokenjoy.me / platform.localhost:9191 |
平台运营 | 仅「平台管理」组 |
身份与域不符时会自动跨域跳转；平台管理员在企业侧页面会被强制剥离租户导航。
1.3 四类角色
| 角色 | 范围 | 核心诉求 |
|---|---|---|
| 平台运营 | 全平台 | 企业开户、代充、上游 Channel、模型目录 |
| 企业超管 | 本企业 | 充值、组织、部门预算、模型与 Key |
| 部门负责人（TL） | 本企业部门 | 审批额度、本部门用量 |
| 普通成员 | 本企业 | 创建 Key、调用 API、看自己用量 |
1.4 主线流程
注册/加入企业 → 导入组织架构 → 角色授权 → 配置模型 → 充值
→ 逐级分配预算 → 签发 API Key → 调用模型 → 看板/审计
本章共 1 张界面截图，点击图片可查看原图。