# 02. 正式后台与客户管理端设计

## 1. 两端为什么要分开

`/admin` 和 `/portal` 不是换个皮肤的问题，而是目标完全不同：

- `/admin`
  - 偏控制台
  - 面向平台运维、租户管理员、内部交付人员
  - 强调高密度信息、可追责、可审计、可操作
- `/portal`
  - 偏产品端
  - 面向客户
  - 强调引导感、结果导向、AI 助手、帮助中心

所以这两端必须分开设计，但共享同一个核心后端。

## 2. `/admin` 页面结构

建议首批菜单：

- 工作台
- 审核与工单
- 租户与平台
- 出口管理
- `公网发布`
  - 配置台
  - 任务台
- `节点互联`
  - P2P 节点
  - P2P 隧道
  - 中转节点
  - 连接日志
- `站点接入`
  - 站点管理
  - 网关管理
  - 目标设备
  - 站点发布
  - 站点日志
  - 本质上属于租户功能，不是平台级公共资源
- Agent 管理
- 安全与风控
- 审计中心
- 运营配置
- AI 分析中心

## 3. `/portal` 页面结构

建议首批页面：

- 客户总览
- AI 助手
- 映射与发布向导
- 工单与帮助
- 套餐与账单
- 账户与成员

## 4. 功能边界

`/admin` 负责：

- 查看和操作高密度业务数据
- 审批、风控、发布、回滚、Agent 状态、审计
- 管理 `公网发布`、`P2P 节点互联`、`站点网关` 三条业务线
- 管理租户自有公网节点是否启用为 P2P 中转节点
- 管理租户名下站点的网关、目标设备、站点发布与离线影响范围
- 查看连接日志、回退日志、AI 分析结论

`/portal` 负责：

- 客户常用入口
- AI 引导
- 结果查看
- 简化过的公网发布入口
- 简化过的 P2P 节点互联入口
- 简化过的站点入口与设备清单查看
- 帮助与支持

## 5. 第一阶段实现范围

先落最小骨架：

- `/admin`
  - 菜单壳子
  - 工作台概览占位
  - 模块入口卡片
  - 为 `公网发布`、`节点互联`、`站点接入` 预留独立入口组
- `/portal`
  - 客户总览占位
  - AI 助手入口占位
  - 快速操作区

先不在第一轮里实现完整 CRUD 页面，而是先把入口结构和产品分层立住。

## 6. 实现建议

- `/admin`
  - 先沿用现有深色控制台语言
  - 保持中文化
- `/portal`
  - 风格比后台更轻、更产品化
  - 弱化底层术语
  - 让用户先看到“结果、状态、建议”，再看到复杂配置