尧图网站建设 
ag-kit 移动端游戏开发指南从触控输入、性能与续航优化到双商店上架全流程【免费下载链接】ag-kit项目地址: https://gitcode.com/GitHub_Trending/an/ag-kit移动端是游戏开发约束最苛刻的平台手指点按并不精确、电池与发热时刻在消耗、iOS 与 Android 双商店各有严格的审核红线。本篇技术指南以 ag-kit 仓库中 .agents/skills/game-development/mobile-games/SKILL.md 为核心骨架结合仓库内 game-development 编排技能、mobile-developer 专家 Agent、mobile-design 移动设计体系 及其配套脚本与参考文档系统讲解移动端游戏开发必须遵守的平台约束与优化原则。读完本文你将掌握触摸输入设计规范、热管理与电池优化策略、iOS/Android 商店提审要求、变现模型选型以及如何借助仓库自带的移动端审查脚本把上述规则落实到真实工程中。1. 平台约束移动端与其他平台的本质差异在 ag-kit 的技能体系中移动端游戏开发game-development/mobile-games是一个被独立拆分的专项技能与之并列的还有 web-games、pc-games、vr-ar 等平台技能。被拆分本身就说明一个问题移动端不是小一号的桌面端。仓库中 mobile-developer Agent 的核心信条对此给出了最凝练的概括Mobile is not a small desktop. Design for touch, respect battery, and embrace platform conventions.移动端游戏的开发约束可以归纳为以下五个维度这也是 SKILL.md 开篇定义的关键约束矩阵约束应对策略触控输入Touch input更大的点击热区、优先使用手势交互电池Battery限制 CPU/GPU 使用量发热Thermal设备发热时主动降频限流屏幕尺寸Screen sizeUI 必须响应式适配中断Interruptions进入后台时暂停游戏这五项约束相互耦合触控精度差导致需要更大的热区热区与渲染开销影响 CPU/GPU 占用占用过高引发发热发热又反向触发降频最终拖累帧率与体验。因此移动端游戏开发的第一原则是把约束当作设计输入而不是上线前的补救项。1.1 从游戏循环看移动端定位在深入移动端专项规则前有必要先理解 game-development 编排技能 提出的通用游戏循环模型——它是所有平台游戏的基础骨架移动端的所有优化手段最终都服务于这个循环INPUT → Read player actions 读取玩家输入 UPDATE → Process game logic 固定时间步长处理逻辑 RENDER → Draw the frame 绘制帧允许插值其中固定时间步长规则对移动端尤为关键物理/逻辑固定速率如 50Hz更新保证不同设备上表现一致渲染尽力而为、越快越好插值在逻辑状态之间插值以获得平滑视觉效果。在性能吃紧的移动设备上固定时间步长还可以避免设备快就玩得快、设备慢就玩得慢的体验分裂这也是限帧类热管理策略能够生效的前提——后面第 3 节会具体展开。2. 触控输入原则为手指而非光标设计2.1 触控与桌面/主机输入的本质差异SKILL.md 用一个对比表直白地列出了两者的差异维度触控Touch桌面/主机Desktop/Console精确度不精确手指 ~7mm 接触面精确光标 1px屏幕遮挡手指会遮挡目标无遮挡按键数量有限虚拟按键按键/摇杆丰富交互方式手势为主按键/摇杆为主这份对比与 mobile-design/touch-psychology.md 中的菲茨定律Fitts Law分析完全一致桌面光标的定位成本极低而手指点按的获取时间遵循a b × log₂(1 D/W)其中目标宽度 W 必须远大于桌面。触控的不精确性、目标遮挡和高错误成本决定了移动端游戏 UI 必须以更大的热区和更简单的交互来补偿。2.2 触控输入最佳实践SKILL.md 给出的触控最佳实践包含四条硬性规则最小触控目标44×44 点points触控时必须有视觉反馈避免苛刻的时机判定如严格连击、极限操作同时支持竖屏与横屏。围绕44×44这条底线仓库的 mobile-design 技能 与 touch-psychology.md 给出了更精确的分平台数值平台最小值推荐值适用对象iOSHIG44pt × 44pt48pt所有可点按元素AndroidMaterial48dp × 48dp56dp所有可点按元素WCAG 2.244px × 44px—无障碍合规基线关键动作—56–64px主 CTA、破坏性操作同时 touch-psychology.md 强调视觉尺寸 ≠ 点击热区图标按钮的视觉尺寸可以是 24–32px但点击热区必须通过 padding 扩展到 44–48px相邻触控目标之间的最小间距应保持 8–12px防止误触。对于游戏场景这意味着虚拟摇杆、技能按钮、暂停键等都要按上述热区标准设计并优先把高频操作主 CTA、攻击/跳跃键放在单手拇指自然可达的屏幕下半区。另外针对避免苛刻的时机判定mobile-design 的触控心理学参考 还补充了手势可发现性问题手势是不可见的用户必须自行发现和记忆。因此在游戏中滑动手势如滑动切枪、滑动闪避必须同时提供可见的按钮替代方案且关键手势要有明确的视觉提示或新手引导。3. 性能目标热管理、帧率与电池优化移动端游戏的性能目标不只是跑得流畅更是在电池和发热的双重约束下跑得流畅。SKILL.md 将性能优化拆成热管理与电池优化两个层面。3.1 热管理设备温度驱动的分级降级移动设备散热能力有限长时间满载运行必然导致机身过热、系统强制降频。SKILL.md 给出了按温度分级响应的策略动作触发条件降低画质设备温热Device warm限制帧率设备发热Device hot暂停特效达到临界温度Critical temp这套策略与 game-development 编排技能 中的性能预算思想一脉相承60 FPS 意味着每帧只有 16.67ms 的预算而 CPU/GPU 占用越高、温度爬升越快。从源码结构看仓库将热管理定位为主动降级而非崩溃兜底——通过画质档位、帧率上限、特效开关三个可独立调节的旋钮让游戏在发热时依然保持可玩。3.2 电池优化省电即留客电池是移动端游戏留存的生命线。SKILL.md 给出了四条明确的电池优化策略30 FPS 通常已足够——并非所有游戏都需要跑满 60 FPS休闲游戏 30 FPS 可显著省电暂停时让游戏休眠——后台挂机是耗电重灾区最小化 GPS/网络使用——持续定位与频繁网络请求是电量杀手深色模式可节省 OLED 屏幕电量——OLED 黑色像素点不发光、功耗为零。仓库的 mobile-performance.md 对电池损耗来源做了更细粒度的排序游戏开发者可以直接对照排查损耗来源影响缓解手段屏幕常亮最高OLED 下启用深色模式GPS 持续定位非常高仅在必要时开启用 significant-change 定位网络请求高批量请求、激进缓存动画持续运行中低电量时降低动画强度后台任务中推迟非关键任务CPU 密集计算较低尽量卸载到服务端值得注意的细节是mobile-design 移动色彩系统 指出OLED 深色模式应使用深灰而非纯黑作为背景如 Android 的#121212以获得观感与省电的平衡这一点在游戏 UI 的 HUD、菜单设计中同样适用。3.3 性能预算与优化优先级对于追求 60 FPS 的动作类、竞技类移动游戏game-development 编排技能 给出了可落地的帧预算分配表系统预算输入Input1ms物理Physics3msAI2ms游戏逻辑Game Logic4ms渲染Rendering5ms缓冲Buffer1.67ms合计16.67ms60 FPS当帧预算超支时优化的优先级应该是算法O(n²) → O(n log n)批处理减少 draw call对象池避免 GC 尖峰LOD按距离降细节剔除跳过不可见物体。对移动端尤其重要的是第 3 条对象池Object Pooling在 SKILL.md 的模式选择矩阵 中被明确用于频繁生成/销毁的场景子弹、粒子因为移动设备的 GC 停顿会直接造成肉眼可见的掉帧。4. 应用商店要求iOS 与 Android 的提审红线移动端游戏与桌面/网页游戏最大的不同在于发布必须通过应用商店审核。SKILL.md 分别列出了两个平台的核心要求。4.1 iOSApp Store要求说明隐私标签Privacy labels必须如实申报收集的数据类型账号删除Account deletion若游戏存在账号创建功能必须同时提供账号删除入口各尺寸截图Screenshots需为所有支持的设备尺寸提供截图隐私标签与账号删除都是近年 App Store 审核的强校验项。对游戏而言这意味着接入广告 SDK、统计 SDK 时要如实填写数据收集声明开放游客登录/注册的游戏必须能在应用内删除账号及其关联数据仅提供联系客服删除往往不足以通过审核。4.2 AndroidGoogle Play要求说明目标 API 级别Target API必须满足当年度的 SDK 目标要求64 位支持必须提供 64 位架构包App Bundle推荐使用 AAB 格式发布Android 侧的核心是跟着当年的 targetSdk 要求走Google Play 每年都会更新最低 target API 级别要求游戏项目需要保持 targetSdkVersion 及时升级同时从纯 32 位过渡到 64 位后新上架与更新都必须包含 64 位原生库。使用 App BundleAAB则可以让 Google Play 按设备自动分发最合适的二进制减小下载体积。4.3 发布前的工程化验证仓库虽然没有内置 iOS/Android 构建产物但 mobile-developer Agent 的构建验证BUILD VERIFICATION章节为移动开发者提供了一个可迁移的发布前硬性清单Android 构建无错误如./gradlew assembleDebug或 Flutter 的flutter build apk --debugiOS 构建无错误跨平台项目必须验证应用可在真机/模拟器上启动启动时无控制台报错关键流程可用导航、核心玩法。该 Agent 同时给出了常见构建错误的排查方向例如 Gradle 同步失败多为依赖版本不匹配检查build.gradle、iOSpod install失败需执行pod install --repo-update、minSdkVersion过低需要同步升级等。这些都可以作为移动游戏提审前的工程自检项。5. 变现模型选型SKILL.md 将移动游戏的变现归纳为四种主流模型并给出了各自的适用场景模型最适合的场景付费买断Premium高品质游戏、忠诚度高的小众受众免费 内购Free IAP休闲游戏、以成长/进度为核心的游戏广告Ads超休闲游戏、大流量游戏订阅Subscription持续内容更新、多人联机类游戏在技术层面这四种模型的选型会直接影响前面的工程决策Premium无需埋点复杂内购体系但对游戏品质要求最高且必须与 App Store账号删除、退款等规则衔接Free IAP需要接入 IAP 校验与防作弊同时注意苹果对虚拟货币的 30% 抽成合规Ads广告 SDK 会引入额外网络请求与电量消耗与第 3 节的最小化网络使用策略产生张力需要做好广告缓存与加载时机管理Subscription需要处理订阅状态的服务端校验与恢复购买Restore Purchase对后端能力要求更高。变现模型的决策还应当与 game-design 平衡性 结合——例如内购驱动的游戏需要让免费玩家与付费玩家在成长曲线上保持可持续防止数值失衡导致流失。6. 反模式清单移动端游戏常见陷阱SKILL.md 用❌ 不要 / ✅ 要做的对照形式给出了移动端游戏最典型的一组反模式❌ 不要做✅ 应该做把桌面端操作方式直接搬到移动端为触控重新设计交互忽视电池消耗持续监控设备发热强制横屏尊重玩家偏好允许切换网络连接常驻在线做好缓存与同步策略这四条与 mobile-design 技能 中AI 移动端反模式禁令清单高度一致。从仓库整理的常见 AI 默认倾向来看移动端开发尤其是 AI 辅助开发最容易踩的坑还包括用ScrollView渲染长列表→ 应改用FlatList/FlashList/ListView.builder一次性渲染全部条目会导致内存爆炸忽略后台/中断处理→ 移动游戏被电话、通知打断时必须正确暂停并恢复这与 SKILL.md 中Interruptions → Pause on background的约束一一对应触控目标小于 44px→ 误触率飙升玩家体验断崖式下降。此外game-development 编排技能 还给出了跨平台的通用反模式同样适用于移动端不要每帧更新所有对象用事件与脏标记、不要在热循环里创建对象用对象池、不要跳过性能分析直接优化先 profile 再优化、不要把输入逻辑混入业务逻辑抽象输入层。7. 把规则落地到工程仓库自带的移动端审查脚本ag-kit 的价值在于它不仅讲原则还提供了可执行的规则落地工具。mobile-design 技能目录下的审查脚本 是一个用 Python 实现的移动端代码审查器可以直接对 React Native / Flutter 工程执行 50 项移动端专项检查覆盖本文讨论的绝大多数主题触控心理学触控目标尺寸44px 报 issue、目标间距8px 告警、拇指区主 CTA 位置、滑动手势的可见按钮替代、触觉反馈、50ms 触控反馈移动端性能ScrollView .map()检测CRITICAL、React.memo/useCallback缺失、以 index 作为keyCRITICAL、useNativeDriver: false、useEffect订阅未清理内存泄漏、生产环境残留console.log电池与色彩纯黑#000000检测、深色模式支持检测、高饱和色数量统计OLED 耗电、户外低对比度告警平台规范iOS SafeArea、SF Symbols/系统字体、Android ripple 反馈、硬件返回键、Material 3 动态取色安全与后端Auth Token 存入AsyncStorageCRITICAL、离线处理缺失、推送通知缺少 handler。脚本使用方式仓库为只读建议复制到本地移动端工程中使用# 审查整个项目目录 python mobile_audit.py project_path # 审查单个文件 python mobile_audit.py project_path/src/screens/GameScreen.tsx # 输出 JSON 格式报告便于接入 CI python mobile_audit.py project_path --json脚本会输出files_checked检查文件数、issues硬性问题、warnings告警、passed_checks通过的检查项并以退出码 0/1 表示是否合规因此可以直接挂进 CI 流水线作为移动端游戏发布前的一道自动关卡。8. 从原则到发布的完整行动清单综合 mobile-games/SKILL.md 及仓库配套材料一份可执行的移动端游戏开发到发布清单如下设计阶段明确目标平台iOS / Android / 双端与目标设备档位所有可点按元素热区 ≥ 44×44ptiOS/ 48×48dpAndroid间距 ≥ 8px高频操作与主 CTA 放在拇指区屏幕下半区为每个手势提供可见的按钮替代方案同时支持竖屏与横屏或明确锁定方向的业务理由。开发阶段采用固定时间步长驱动逻辑与物理渲染独立插值子弹、粒子等高频对象使用对象池避免 GC 尖峰长列表使用FlatList/ListView.builder并正确 memo 化关键动画仅使用 transform/opacity走 GPU 合成useNativeDriver: true接入温度/电量监听实现降画质 → 限帧 → 停特效三级降级后台/电话中断时暂停游戏并保存状态恢复时无缝续玩。发布阶段iOS核对隐私标签、账号删除、全尺寸截图Android升级到当年 targetSdk、打包 64 位、使用 App Bundle移除生产环境console.log跑一遍mobile_audit.py审查脚本在低端 Android 与旧款 iPhone 真机上验证 30/60 FPS 与发热表现变现模型买断/内购/广告/订阅与合规、后端能力完成对齐。核心总结移动端是约束最苛刻的游戏平台——屏幕小、触控粗糙、电量有限、发热敏感、审核严格。正如 SKILL.md 结尾的提醒Mobile is the most constrained platform. Respect battery and attention. 尊重玩家的电池与注意力就是尊重玩家的留存。把本文的平台约束、触控规范、热管理、商店要求与反模式清单落实到每个版本迭代中并借助仓库的 mobile_audit.py 自动把关才能让移动端游戏在苛刻的硬件与审核环境下稳定存活。【免费下载链接】ag-kit项目地址: https://gitcode.com/GitHub_Trending/an/ag-kit创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 ag-kit 移动端游戏开发指南：从触控输入、性能与续航优化到双商店上架全流程
ag-kit 移动端游戏开发指南从触控输入、性能与续航优化到双商店上架全流程【免费下载链接】ag-kit项目地址: https://gitcode.com/GitHub_Trending/an/ag-kit移动端是游戏开发约束最苛刻的平台手指点按并不精确、电池与发热时刻在消耗、iOS 与 Android 双商店各有严格的审核红线。本篇技术指南以 ag-kit 仓库中 .agents/skills/game-development/mobile-games/SKILL.md 为核心骨架结合仓库内 game-development 编排技能、mobile-developer 专家 Agent、mobile-design 移动设计体系 及其配套脚本与参考文档系统讲解移动端游戏开发必须遵守的平台约束与优化原则。读完本文你将掌握触摸输入设计规范、热管理与电池优化策略、iOS/Android 商店提审要求、变现模型选型以及如何借助仓库自带的移动端审查脚本把上述规则落实到真实工程中。1. 平台约束移动端与其他平台的本质差异在 ag-kit 的技能体系中移动端游戏开发game-development/mobile-games是一个被独立拆分的专项技能与之并列的还有 web-games、pc-games、vr-ar 等平台技能。被拆分本身就说明一个问题移动端不是小一号的桌面端。仓库中 mobile-developer Agent 的核心信条对此给出了最凝练的概括Mobile is not a small desktop. Design for touch, respect battery, and embrace platform conventions.移动端游戏的开发约束可以归纳为以下五个维度这也是 SKILL.md 开篇定义的关键约束矩阵约束应对策略触控输入Touch input更大的点击热区、优先使用手势交互电池Battery限制 CPU/GPU 使用量发热Thermal设备发热时主动降频限流屏幕尺寸Screen sizeUI 必须响应式适配中断Interruptions进入后台时暂停游戏这五项约束相互耦合触控精度差导致需要更大的热区热区与渲染开销影响 CPU/GPU 占用占用过高引发发热发热又反向触发降频最终拖累帧率与体验。因此移动端游戏开发的第一原则是把约束当作设计输入而不是上线前的补救项。1.1 从游戏循环看移动端定位在深入移动端专项规则前有必要先理解 game-development 编排技能 提出的通用游戏循环模型——它是所有平台游戏的基础骨架移动端的所有优化手段最终都服务于这个循环INPUT → Read player actions 读取玩家输入 UPDATE → Process game logic 固定时间步长处理逻辑 RENDER → Draw the frame 绘制帧允许插值其中固定时间步长规则对移动端尤为关键物理/逻辑固定速率如 50Hz更新保证不同设备上表现一致渲染尽力而为、越快越好插值在逻辑状态之间插值以获得平滑视觉效果。在性能吃紧的移动设备上固定时间步长还可以避免设备快就玩得快、设备慢就玩得慢的体验分裂这也是限帧类热管理策略能够生效的前提——后面第 3 节会具体展开。2. 触控输入原则为手指而非光标设计2.1 触控与桌面/主机输入的本质差异SKILL.md 用一个对比表直白地列出了两者的差异维度触控Touch桌面/主机Desktop/Console精确度不精确手指 ~7mm 接触面精确光标 1px屏幕遮挡手指会遮挡目标无遮挡按键数量有限虚拟按键按键/摇杆丰富交互方式手势为主按键/摇杆为主这份对比与 mobile-design/touch-psychology.md 中的菲茨定律Fitts Law分析完全一致桌面光标的定位成本极低而手指点按的获取时间遵循a b × log₂(1 D/W)其中目标宽度 W 必须远大于桌面。触控的不精确性、目标遮挡和高错误成本决定了移动端游戏 UI 必须以更大的热区和更简单的交互来补偿。2.2 触控输入最佳实践SKILL.md 给出的触控最佳实践包含四条硬性规则最小触控目标44×44 点points触控时必须有视觉反馈避免苛刻的时机判定如严格连击、极限操作同时支持竖屏与横屏。围绕44×44这条底线仓库的 mobile-design 技能 与 touch-psychology.md 给出了更精确的分平台数值平台最小值推荐值适用对象iOSHIG44pt × 44pt48pt所有可点按元素AndroidMaterial48dp × 48dp56dp所有可点按元素WCAG 2.244px × 44px—无障碍合规基线关键动作—56–64px主 CTA、破坏性操作同时 touch-psychology.md 强调视觉尺寸 ≠ 点击热区图标按钮的视觉尺寸可以是 24–32px但点击热区必须通过 padding 扩展到 44–48px相邻触控目标之间的最小间距应保持 8–12px防止误触。对于游戏场景这意味着虚拟摇杆、技能按钮、暂停键等都要按上述热区标准设计并优先把高频操作主 CTA、攻击/跳跃键放在单手拇指自然可达的屏幕下半区。另外针对避免苛刻的时机判定mobile-design 的触控心理学参考 还补充了手势可发现性问题手势是不可见的用户必须自行发现和记忆。因此在游戏中滑动手势如滑动切枪、滑动闪避必须同时提供可见的按钮替代方案且关键手势要有明确的视觉提示或新手引导。3. 性能目标热管理、帧率与电池优化移动端游戏的性能目标不只是跑得流畅更是在电池和发热的双重约束下跑得流畅。SKILL.md 将性能优化拆成热管理与电池优化两个层面。3.1 热管理设备温度驱动的分级降级移动设备散热能力有限长时间满载运行必然导致机身过热、系统强制降频。SKILL.md 给出了按温度分级响应的策略动作触发条件降低画质设备温热Device warm限制帧率设备发热Device hot暂停特效达到临界温度Critical temp这套策略与 game-development 编排技能 中的性能预算思想一脉相承60 FPS 意味着每帧只有 16.67ms 的预算而 CPU/GPU 占用越高、温度爬升越快。从源码结构看仓库将热管理定位为主动降级而非崩溃兜底——通过画质档位、帧率上限、特效开关三个可独立调节的旋钮让游戏在发热时依然保持可玩。3.2 电池优化省电即留客电池是移动端游戏留存的生命线。SKILL.md 给出了四条明确的电池优化策略30 FPS 通常已足够——并非所有游戏都需要跑满 60 FPS休闲游戏 30 FPS 可显著省电暂停时让游戏休眠——后台挂机是耗电重灾区最小化 GPS/网络使用——持续定位与频繁网络请求是电量杀手深色模式可节省 OLED 屏幕电量——OLED 黑色像素点不发光、功耗为零。仓库的 mobile-performance.md 对电池损耗来源做了更细粒度的排序游戏开发者可以直接对照排查损耗来源影响缓解手段屏幕常亮最高OLED 下启用深色模式GPS 持续定位非常高仅在必要时开启用 significant-change 定位网络请求高批量请求、激进缓存动画持续运行中低电量时降低动画强度后台任务中推迟非关键任务CPU 密集计算较低尽量卸载到服务端值得注意的细节是mobile-design 移动色彩系统 指出OLED 深色模式应使用深灰而非纯黑作为背景如 Android 的#121212以获得观感与省电的平衡这一点在游戏 UI 的 HUD、菜单设计中同样适用。3.3 性能预算与优化优先级对于追求 60 FPS 的动作类、竞技类移动游戏game-development 编排技能 给出了可落地的帧预算分配表系统预算输入Input1ms物理Physics3msAI2ms游戏逻辑Game Logic4ms渲染Rendering5ms缓冲Buffer1.67ms合计16.67ms60 FPS当帧预算超支时优化的优先级应该是算法O(n²) → O(n log n)批处理减少 draw call对象池避免 GC 尖峰LOD按距离降细节剔除跳过不可见物体。对移动端尤其重要的是第 3 条对象池Object Pooling在 SKILL.md 的模式选择矩阵 中被明确用于频繁生成/销毁的场景子弹、粒子因为移动设备的 GC 停顿会直接造成肉眼可见的掉帧。4. 应用商店要求iOS 与 Android 的提审红线移动端游戏与桌面/网页游戏最大的不同在于发布必须通过应用商店审核。SKILL.md 分别列出了两个平台的核心要求。4.1 iOSApp Store要求说明隐私标签Privacy labels必须如实申报收集的数据类型账号删除Account deletion若游戏存在账号创建功能必须同时提供账号删除入口各尺寸截图Screenshots需为所有支持的设备尺寸提供截图隐私标签与账号删除都是近年 App Store 审核的强校验项。对游戏而言这意味着接入广告 SDK、统计 SDK 时要如实填写数据收集声明开放游客登录/注册的游戏必须能在应用内删除账号及其关联数据仅提供联系客服删除往往不足以通过审核。4.2 AndroidGoogle Play要求说明目标 API 级别Target API必须满足当年度的 SDK 目标要求64 位支持必须提供 64 位架构包App Bundle推荐使用 AAB 格式发布Android 侧的核心是跟着当年的 targetSdk 要求走Google Play 每年都会更新最低 target API 级别要求游戏项目需要保持 targetSdkVersion 及时升级同时从纯 32 位过渡到 64 位后新上架与更新都必须包含 64 位原生库。使用 App BundleAAB则可以让 Google Play 按设备自动分发最合适的二进制减小下载体积。4.3 发布前的工程化验证仓库虽然没有内置 iOS/Android 构建产物但 mobile-developer Agent 的构建验证BUILD VERIFICATION章节为移动开发者提供了一个可迁移的发布前硬性清单Android 构建无错误如./gradlew assembleDebug或 Flutter 的flutter build apk --debugiOS 构建无错误跨平台项目必须验证应用可在真机/模拟器上启动启动时无控制台报错关键流程可用导航、核心玩法。该 Agent 同时给出了常见构建错误的排查方向例如 Gradle 同步失败多为依赖版本不匹配检查build.gradle、iOSpod install失败需执行pod install --repo-update、minSdkVersion过低需要同步升级等。这些都可以作为移动游戏提审前的工程自检项。5. 变现模型选型SKILL.md 将移动游戏的变现归纳为四种主流模型并给出了各自的适用场景模型最适合的场景付费买断Premium高品质游戏、忠诚度高的小众受众免费 内购Free IAP休闲游戏、以成长/进度为核心的游戏广告Ads超休闲游戏、大流量游戏订阅Subscription持续内容更新、多人联机类游戏在技术层面这四种模型的选型会直接影响前面的工程决策Premium无需埋点复杂内购体系但对游戏品质要求最高且必须与 App Store账号删除、退款等规则衔接Free IAP需要接入 IAP 校验与防作弊同时注意苹果对虚拟货币的 30% 抽成合规Ads广告 SDK 会引入额外网络请求与电量消耗与第 3 节的最小化网络使用策略产生张力需要做好广告缓存与加载时机管理Subscription需要处理订阅状态的服务端校验与恢复购买Restore Purchase对后端能力要求更高。变现模型的决策还应当与 game-design 平衡性 结合——例如内购驱动的游戏需要让免费玩家与付费玩家在成长曲线上保持可持续防止数值失衡导致流失。6. 反模式清单移动端游戏常见陷阱SKILL.md 用❌ 不要 / ✅ 要做的对照形式给出了移动端游戏最典型的一组反模式❌ 不要做✅ 应该做把桌面端操作方式直接搬到移动端为触控重新设计交互忽视电池消耗持续监控设备发热强制横屏尊重玩家偏好允许切换网络连接常驻在线做好缓存与同步策略这四条与 mobile-design 技能 中AI 移动端反模式禁令清单高度一致。从仓库整理的常见 AI 默认倾向来看移动端开发尤其是 AI 辅助开发最容易踩的坑还包括用ScrollView渲染长列表→ 应改用FlatList/FlashList/ListView.builder一次性渲染全部条目会导致内存爆炸忽略后台/中断处理→ 移动游戏被电话、通知打断时必须正确暂停并恢复这与 SKILL.md 中Interruptions → Pause on background的约束一一对应触控目标小于 44px→ 误触率飙升玩家体验断崖式下降。此外game-development 编排技能 还给出了跨平台的通用反模式同样适用于移动端不要每帧更新所有对象用事件与脏标记、不要在热循环里创建对象用对象池、不要跳过性能分析直接优化先 profile 再优化、不要把输入逻辑混入业务逻辑抽象输入层。7. 把规则落地到工程仓库自带的移动端审查脚本ag-kit 的价值在于它不仅讲原则还提供了可执行的规则落地工具。mobile-design 技能目录下的审查脚本 是一个用 Python 实现的移动端代码审查器可以直接对 React Native / Flutter 工程执行 50 项移动端专项检查覆盖本文讨论的绝大多数主题触控心理学触控目标尺寸44px 报 issue、目标间距8px 告警、拇指区主 CTA 位置、滑动手势的可见按钮替代、触觉反馈、50ms 触控反馈移动端性能ScrollView .map()检测CRITICAL、React.memo/useCallback缺失、以 index 作为keyCRITICAL、useNativeDriver: false、useEffect订阅未清理内存泄漏、生产环境残留console.log电池与色彩纯黑#000000检测、深色模式支持检测、高饱和色数量统计OLED 耗电、户外低对比度告警平台规范iOS SafeArea、SF Symbols/系统字体、Android ripple 反馈、硬件返回键、Material 3 动态取色安全与后端Auth Token 存入AsyncStorageCRITICAL、离线处理缺失、推送通知缺少 handler。脚本使用方式仓库为只读建议复制到本地移动端工程中使用# 审查整个项目目录 python mobile_audit.py project_path # 审查单个文件 python mobile_audit.py project_path/src/screens/GameScreen.tsx # 输出 JSON 格式报告便于接入 CI python mobile_audit.py project_path --json脚本会输出files_checked检查文件数、issues硬性问题、warnings告警、passed_checks通过的检查项并以退出码 0/1 表示是否合规因此可以直接挂进 CI 流水线作为移动端游戏发布前的一道自动关卡。8. 从原则到发布的完整行动清单综合 mobile-games/SKILL.md 及仓库配套材料一份可执行的移动端游戏开发到发布清单如下设计阶段明确目标平台iOS / Android / 双端与目标设备档位所有可点按元素热区 ≥ 44×44ptiOS/ 48×48dpAndroid间距 ≥ 8px高频操作与主 CTA 放在拇指区屏幕下半区为每个手势提供可见的按钮替代方案同时支持竖屏与横屏或明确锁定方向的业务理由。开发阶段采用固定时间步长驱动逻辑与物理渲染独立插值子弹、粒子等高频对象使用对象池避免 GC 尖峰长列表使用FlatList/ListView.builder并正确 memo 化关键动画仅使用 transform/opacity走 GPU 合成useNativeDriver: true接入温度/电量监听实现降画质 → 限帧 → 停特效三级降级后台/电话中断时暂停游戏并保存状态恢复时无缝续玩。发布阶段iOS核对隐私标签、账号删除、全尺寸截图Android升级到当年 targetSdk、打包 64 位、使用 App Bundle移除生产环境console.log跑一遍mobile_audit.py审查脚本在低端 Android 与旧款 iPhone 真机上验证 30/60 FPS 与发热表现变现模型买断/内购/广告/订阅与合规、后端能力完成对齐。核心总结移动端是约束最苛刻的游戏平台——屏幕小、触控粗糙、电量有限、发热敏感、审核严格。正如 SKILL.md 结尾的提醒Mobile is the most constrained platform. Respect battery and attention. 尊重玩家的电池与注意力就是尊重玩家的留存。把本文的平台约束、触控规范、热管理、商店要求与反模式清单落实到每个版本迭代中并借助仓库的 mobile_audit.py 自动把关才能让移动端游戏在苛刻的硬件与审核环境下稳定存活。【免费下载链接】ag-kit项目地址: https://gitcode.com/GitHub_Trending/an/ag-kit创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考