核心用法
myapp-creator 是一个面向智能屏生态的单文件 HTML 应用生成工具，用户只需用自然语言描述需求，即可产出可直接在 Android 8.1 WebView 环境中运行的交互式应用或文档。该 skill 本身不主动调用 LLM，所有 HTML 内容、应用命名和功能描述由调用方 LLM agent 预生成后传入。
创建流程：解析用户意图 → 判断类型（应用类/文件类）→ 生成 app_name、features、完整自包含 HTML → 调用 myapp_register 落库 → 返回访问链接。
更新流程：先读取旧应用信息 → 合并新旧需求重新生成 → 调用 myapp_update 覆盖。
---
显著优点
1. 零依赖部署：产出的 HTML 为单文件自包含结构，CSS/JS 全部内联，不依赖本地资源，外部资源仅限 unpkg/jsdelivr/cdnjs 三大 CDN。
2. 严格的兼容性保障：针对 Android 8.1 WebView（Chrome/85）深度优化，覆盖 ES 语法限制（禁用 ES2020+ 运算符）、Canvas API 替代（自定义 rr() 替代 roundRect）、CSS 属性黑名单（禁用 inset、aspect-ratio 等）、触摸交互规范（44px 最小触控区、消除 300ms 延迟）等。
3. 游戏类专项规范：
- 强制横版左右布局：左栏游戏区（65-70% 宽度）+ 右栏状态控制区（固定 26vw）
- 触摸坐标映射主控：手指直接在 Canvas 上拖动/滑动控制，方向键仅作辅助
- 三段式动态难度：1-10 关简单、11-20 关中等、21 关+困难，参数变量化
- 视觉规范：禁用 Canvas emoji、强制卡通风格角色（蛇头带眼睛、食物有图形等）
4. 文档类模板丰富：支持 Word/PPT（reveal.js）/Excel 三种风格，均适配 960×600 到 2560×1600 多设备视口。
5. 安全自检机制：提交前强制 15+ 项代码自检（AI 对手检测、导出功能扫描、语法验证），避免违规代码上线。
---
潜在缺点与局限性
1. 文件大小限制：HTML 总长度 ≤ 60KB（UTF-8 字节数），复杂游戏或长文档可能需精简。
2. 存储非持久化：localStorage/sessionStorage 可用但不保证跨页面持久，应用状态无法长期保存。
3. 无后端能力：纯前端离线运行，无法接入实时数据、用户账号体系或联网对战。
4. 游戏 AI 绝对禁止：棋类/对战类游戏仅限双人同屏轮流操作，任何 AI 对手、人机对战、自动决策逻辑均属严重违规。
5. 功能裁剪严格：禁止导出、打印、保存、下载等任何文件输出功能，限制部分办公场景需求。
6. 超时硬限制：创建/更新流程最长 300s，工具调用 4xx/5xx 直接失败兜底，无重试机制。
---
适合人群
- 智能屏终端用户：希望快速获得可触摸交互的轻量工具、小游戏或展示文档
- 内容运营者：需要生成标准化的横屏演示文稿（PPT）、数据表格或信息页面
- 轻度游戏玩家：偏好离线单机、即开即玩的触屏小游戏（贪吃蛇、俄罗斯方块、飞机大战等）
---
常规风险
| 风险类型 | 说明 | 缓解措施 |
|---------|------|---------|
| 代码注入 | 用户描述可能诱导生成恶意脚本 | 输出 HTML 经沙箱化落库，不直接执行 |
| 版权内容 | 游戏角色、音乐素材可能涉及 IP | 要求使用几何图形原创绘制，禁止外部媒体资源 |
| 兼容性问题 | 未按规范使用新 API 导致 WebView 崩溃 | 强制自检 + JS 语法验证（`node --check`） |
| 难度设计失误 | 开局过难或 AI 误实现 | 三段式难度变量化 + AI 函数关键词扫描 |
| 超时失败 | 复杂应用生成超时 | 300s 硬性 cutoff，失败提示用户重试 |
---
典型示例：
- "做一个贪吃蛇游戏" → 生成横版双栏布局，触摸控制 + 方向键辅助，蛇头带眼睛、食物为草莓图形，三段难度自动递增
- "生成项目周报 PPT" → reveal.js 模板，5-15 页幻灯片，支持触摸滑动翻页，自适应多设备比例