业务流程 — 谁在什么时候做什么
本文档说明了如何在组织中运营 Studio。因为这是任何人都能创建应用的工具,所以没有明确的制造者与使用者规则就会很快陷入混乱。
与教程的区别
教程讲的是「第一次创建和部署一个应用」,而本文档讲的是「多个人持续创建和使用应用」。
角色分为三种
| 角色 | 职责 |
|---|---|
| admin | 环境设置·用户管理·AI 提供商·部署目标 |
| builder | 创建和部署应用(创建账户时的默认值) |
| viewer | 查看已部署的应用 |
账户在环境设置 → 用户管理中创建并分配角色 → 更改初始密码。
不要让所有人都是 builder
因为默认值是 builder,直接创建账户的话所有人都能创建应用。随着应用数量增加,无法知道谁创建了什么。只需查看的人应该设为 viewer。
完整流程
箭头跨越泳道的地方就是交接点。
1. 部署 — 创建前的准备工作
| 顺序 | 工作 | 负责人 |
|---|---|---|
| 1 | 安装 → 一行安装 | admin |
| 2 | 更改默认密码 → 初始密码更改 | admin |
| 3 | 连接 AI 提供商 + 连接测试 → 环境设置 | admin |
| 4 | 确定构建标准 — 堆栈·布局·依赖锁定 | admin |
| 5 | 账户发放·角色分配 | admin |
| 6 | 试点创建第一个应用 | builder |
先确定第 4 步会更方便
如果构建标准开放,不同人员会用不同的堆栈创建应用。打开依赖锁定和强制布局规范可以确保结果一致 → 环境设置(管理员)。
2. 应用创建 — 从需求到部署
| 阶段 | 工作 | 交付物 |
|---|---|---|
| 需求分析 | 一个屏幕 = 一句话分解需求 | 单行需求 |
| 生成 | 从主页用一句话开始 → 从主页创建应用 | 初稿屏幕 |
| 优化 | 在构建器中用自然语言修改 → 构建器 | 完成屏幕 |
| 审核 | 请求者直接查看 | 确认 |
| 部署 | 部署抽屉 → 应用目录和共享 | 应用地址 |
| 共享 | 将地址传递给现场 | — |
不要在聊天窗口粘贴密码·API 密钥
对话内容可能会保存在应用代码中。如需密钥,请向 admin 申请 → 密钥管理。
3. 运维 — 定期工作
| 周期 | 工作 | 负责人 |
|---|---|---|
| 每日 | 确认观察器告警 → 观察器和告警 | 现场 |
| 每周 | AI 使用量·部署失败数 | admin |
| 每月 | 清理未使用应用,备份恢复演练 | admin |
| 每季 | 密钥轮换 → 密码·API 密钥更改 | admin |
令牌突然增长
可能是观察器周期过短,或「视觉自验证」在大量构建期间启用。 先检查统计屏幕。
4. 积累现场经验
每次重复同样的指令是浪费。将重复规则注册为技能,之后生成时会自动应用 → 现场技能。
| 值得注册的内容 | 示例 |
|---|---|
| 屏幕规范 | "所有屏幕顶部显示公司标志" |
| 颜色规则 | "运行率低于 80% 显示红色" |
| 术语 | 现场使用的设备缩写 |
常见问题
| 症状 | 通常原因 |
|---|---|
| "应用太多,不知道哪个是哪个" | 没有命名规则 + 未删除的已弃用应用 |
| "不同的人创建的屏幕样式不一样" | 未启用构建标准 |
| "AI 费用突然增加" | 观察器周期·视觉自验证 |
| "创建应用的人辞职了,无法修改应用" | 应用也是资产 — 指定所有者并进行交接 |
| "部署了但现场打不开" | 端口访问设置中应用监听端口被阻止 |
相关文档
- 教程 — 创建和部署第一个应用
- 环境设置(管理员) — 构建标准·AI 提供商
- 应用目录和共享
- 备份和恢复