# YEEX Shorts 对外上线边界

本项目最终目标是 Web、iOS、Android APK、微信小程序都上线。当前阶段不是正式公网产品，而是先把本机生产闭环打磨稳定。

## 当前可以做

- 本机启动 API。
- 本机打开 8080 控制台。
- 本机打开 WebUI。
- 本机运行预检。
- 本机生成测试样片。
- 给 Claude、Antigravity、Codex 看同一批审查材料。

## 当前不要做

- 不把 8080 直接暴露到公网。
- 不把 WebUI 当正式用户后台。
- 不把本机 Key 放进前端页面。
- 不对外承诺多人可用。
- 不先做收费、会员、自动发布。
- 不把源代码、配置文件、密钥、本地数据库迁到外接硬盘；外接硬盘只放生成视频、测试物料、素材缓存和临时渲染。

## 公开上线前必须补

| 模块 | 必须解决的问题 |
| --- | --- |
| 域名和 HTTPS | 访问安全、证书、正式入口 |
| 登录和权限 | 谁能生成、谁能下载、谁能管理 |
| 密钥隔离 | 用户看不到平台 Key，前端拿不到后端 Key |
| 队列和限流 | 防止被刷爆、防止成本失控 |
| 成本记录 | 每条视频消耗多少模型、素材、TTS、存储成本 |
| 失败退款或返还 | 生成失败后怎么返还次数或额度 |
| 内容安全 | 违规主题、版权素材、平台审核风险 |
| 审计日志 | 谁在什么时间生成了什么任务 |

## 本地文件边界

Susan 当前本机开发时，重要文件继续留在 Mac 项目目录：

```text
/Users/susansokin/Desktop/code/myshorts/
```

外接硬盘只作为大体积产物目录：

```text
/Volumes/AI视频素材库/Susan_AI_产出库/YEEX Shorts/storage/
```

这里可以放生成视频、测试素材、本地素材库、缓存视频和临时渲染。`config.toml`、数据库、后台配置、密钥文件和源码仍然留在 Mac，方便备份、提交代码和排查问题。

## 四端上线顺序建议

1. 本地 WebUI 先稳定生产。
2. Web 端做成正式创作入口。
3. 微信小程序接同一套后端接口。
4. Android APK 复用 Web/API 能力。
5. iOS App 最后走更严格的审核和支付策略。

这样做的好处是：先保证核心生成能力可靠，再把入口逐步铺到不同平台。