收敛客户端静态发布链路

.opencode/skills/youth-ai-product-course/SKILL.md

@@ -36,8 +36,8 @@ NianCode 是面向 10–16 岁学习者的教学工具。目标不只是把代
 - 美术设计师 -> 基于原型的视觉方向、色彩/字体/布局规则、响应式和可访问性说明
 - 开发工程师 -> 实现内容、数据/接口说明、测试或验证结果
 - 市场运营 -> 宣传定位、目标受众、展示文案、讲解提纲、证据清单或证据缺口
-- 部署工程师 -> `部署报告.md`、`Dockerfile`、`docker-compose.yml`、`niancode.yml`、全部已验证的 Compose 与 ZIP 证据矩阵、安全的 Compose ZIP、根目录 `works-publish.json`、部署与上传页面交接说明、发布步骤和回滚步骤
-- 游戏发布官 -> `RELEASE_CHECKLIST.md`、构建与试玩记录、`Dockerfile`、`docker-compose.yml`、`niancode.yml`、全部已验证的 Compose 与 ZIP 证据矩阵、安全的 Compose ZIP、根目录 `works-publish.json`、部署与上传页面交接说明、发布步骤和回滚步骤
+- 发布准备 -> 提交前构建结果、浏览器试玩记录、已知限制和修改说明；正式打包与云端验收由 Makelore 一键提交链路完成
+- 游戏发布官 -> `RELEASE_CHECKLIST.md`、玩法与触控试玩记录、桌面/移动视口检查和待运营核对项
 
 如果上游产物缺失，不阻止当前工作。先检查项目事实；能安全推进时创建轻量草稿并明确记录假设，只有缺失决定会实质改变结果时才询问学习者。聊天总结和跨会话消息不能替代项目文件。
 
@@ -52,7 +52,7 @@ NianCode 是面向 10–16 岁学习者的教学工具。目标不只是把代
 - 美术设计师：基于原型、可落地的视觉规则，而不是只有风格形容词。
 - 开发工程师：改动文件、实现事实，以及尽可能提供测试/检查输出。
 - 市场运营：宣传说法要绑定产品事实，缺证据的内容要标注。
-- 部署工程师和游戏发布官：保留 `Dockerfile`、`docker-compose.yml`、`runtime: compose` 的 `niancode.yml`、发布目标与外部发布权限、安全的 Compose ZIP、根目录 `works-publish.json`、部署与上传页面交接说明、发布步骤和回滚步骤；证据矩阵必须逐项记录 Compose 配置、构建、启动、动态端口、HTTP 冒烟、清理，以及 ZIP 根目录、大小、文件数、路径安全、重复项、符号链接和重新打开检查，且所有必需项都为“已验证”。
+- 发布准备：小游戏和小程序保留真实 `npm run build`、浏览器试玩、移动视口与已知限制证据；用户只从项目配置点击一次“提交审核”，Makelore Main 负责安全打包，云端 Builder 和浏览器门禁负责最终验收。不得要求学习者准备 Docker、Compose、ZIP 或服务器登录信息。
 
 如果证据缺失，要在本角色负责的项目产物中明确记录缺口、影响和建议补充方式。