发布 · 规范
红线
- 只发布到
cloudflare.json 配置的产品项目；脚本会拦截所有 ifanzy 开头的研发环境项目
- 只通过 AI 的发布命令发布，不手动上传、不直接用 wrangler
- 密钥不外泄：Token 不出现在任何页面、截图、聊天记录里
- 发布必须你确认：AI 先说清楚要上线什么、链接是什么，你说「确认发布」才发布
目标版本独立更新，默认模板按需初始化
| 发布什么 | 上传内容 | 影响范围 |
|---|
| 某个版本 | 这个版本的需求文档、demo、场景测试用例 | 只覆盖这个版本的链接，随后自动刷新首页入口 |
| 工作台 | 首页、手册、样式 | 更新首页地址，不重发其他业务版本 |
| 默认演示模板（初始化） | 登录页新人福利提示三件套 | 每次发布前检查；仅线上缺失时补发，不覆盖其他业务版本 |
发布版本前的检查
| 检查 | 要求 |
|---|
| demo 已打包 | 必须（已归档的版本需要先重新打包） |
| 需求文档已生成 | 必须 |
| 测试已执行 | 必须 |
| 测试全部通过 | 必须；失败时需要你明确同意才能带失败发布 |
| 版本链接不撞名 | 由版本号自动生成，撞名时换英文短名 |
| 密钥扫描 | 任何文件疑似含密钥都会中止发布 |
其他还在进行中的版本不会被检查，也不会被发布：首页上它们的按钮显示为「未发布」。
其他约定
- 发布后核验线上结果，必须列出首页、demo、需求文档、测试报告/录像四个完整网址；链接文字也必须显示完整网址
- 同一版本重发更新其三个稳定链接；只有新建版本包才增加一份可并行保留的历史版本
- 版本链接一经发布就固定不变，修改后重新发布同一个版本即可覆盖
- 每次发布自动记入
deploy/history.json，不要手动修改
- 带测试失败发布时，AI 会把失败原因写进需求文档的「待确认问题」
- 不再需要的旧版本用「归档」释放本地磁盘，不要删除；线上链接保留