从游戏 Demo 到可上线 H5，中间还缺哪些工作

本地浏览器能玩，不等于用户点开链接就能正常体验。可上线H5至少要处理移动端适配、加载速度、异常恢复、分享入口、数据埋点、隐私说明、发布环境和运营素材。代码生成只完成了中间一段。上线能力要按用户路径验收，不能停在本地Demo。

AI生成了一个答题闯关游戏，本地打开能点、能计分、也有结算页。把链接发给同事后，安卓小屏按钮被遮住，微信内打开音效不播放，弱网时首页一直白屏。

这不是“还差一点优化”，而是Demo与产品的分界。可上线意味着陌生用户在不可控环境里也能完成一次体验。

电脑上能点、能跳、能结算，手机上却连“开始游戏”都按不到

一个 H5 答题游戏在开发者的桌面浏览器里跑完了全流程。发给运营后，手机顶部的浏览器栏挡住按钮，老款安卓机首屏加载了 11 秒，微信内打开时音效不自动播放，分享回来又丢失了本局结果。代码能运行，但还没有一个可以放到真实渠道运营的游戏。

“Demo 到可上线”之间的差距，是移动端适配、弱网与性能、状态恢复、埋点、分享链、合规素材和发布后监控。一人游戏工作室如果只停在生成 HTML，它交付的仍然只是开发环境里的样片。

功能完整只是第一层

核心玩法、开始、暂停、结束、重新开始和异常提示都要可用。刷新页面、切到后台、连续快速点击、重复提交和资源加载失败时，状态不能混乱。

若有抽奖、优惠或用户数据，服务端校验和业务规则更严格，不能只靠前端随机和本地存储。

移动端适配决定多数真实体验

测试不同屏幕、横竖屏、浏览器内核、触控区域、刘海和安全区。文字不能溢出，按钮位置稳定，长标题和动态分数不能推动布局。

音频自动播放、分享、下载和剪贴板等能力在不同容器中限制不同，应使用目标发布渠道实测，而不是只在桌面浏览器看。

性能与弱网要有最低标准

控制首屏资源、图片与音频大小，显示真实加载进度。弱网、断网和资源失败时提供重试，不让用户面对空白页面。

性能目标按项目设定，并在真实中低端设备测试。AI生成代码可能引入重复资源和无用依赖，需要开发或工程Agent审查。

埋点在上线前设计

至少记录进入、开始、关键步骤、失败、完成、分享和退出。埋点名称、触发条件和隐私说明写进项目，测试用例验证是否重复或漏报。

没有埋点，运营只能知道有人访问，不知道在哪一步流失；上线后再补，往往错过第一轮数据。

发布还包括合规与运营

明确素材和代码许可、用户数据用途、隐私说明、活动规则、域名与备案要求。涉及抽奖、未成年人、支付和个人信息时，应获得专业合规意见。

同时准备封面、分享文案、活动介绍、客服FAQ、版本号、监控和回滚方式。游戏上线后谁看异常、谁回应用户，也要在驾驶舱中明确。

嘟哩一人游戏工作室怎么承接

游戏策划员工确定玩法，开发员工产出代码，测试员工生成并执行清单，运营员工准备素材和埋点，老板确认发布。产物进入项目与云盘，版本发布检查给出明确结论。

嘟哩不必先造专业游戏引擎，但必须把“能运行的代码”推进到“可上线运营的轻量游戏”。这才是OPC场景的实际价值。

一个可上线 H5 的发布门禁

检查面	最低检查项	失败时的结论
功能	首次进入、完成一局、重开、返回、异常中断和结果页	任一主流程不可完成，不可发布
移动端	主流屏幕尺寸、横竖屏、安全区、触摸、输入法和微信内浏览器	主按钮被挡、无法操作或内容溢出即阻断
性能	首屏资源大小、加载进度、低端机帧率、图片/音频降级	达不到团队预先设定的设备和网络基线，不可发布
状态	切后台、刷新、断网恢复、分享返回和重复提交	不允许结果重复记录或奖励重复发放
运营	渠道参数、来源、开始、完成、中途退出、分享和商品跳转埋点	无法回答活动效果时，只能作为视觉 Demo
发布	素材授权、隐私说明、活动规则、域名/HTTPS、错误监控和回退	任一关键证据缺失时给出明确阻断项

嘟哩一人游戏工作室可以让游戏策划、视觉、前端、测试和运营 AI 员工围绕同一个 MVP 工作，但自动生成的代码和素材仍需要浏览器、真机、安全与版权检查。对需要服务端、支付、实时对战或复杂反作弊的游戏，第一期不应承诺“一人一键上线”。

可上线的验收证据必须真的能打开

最终交付包不只有一个 HTML 压缩包，还包含可访问测试地址、设备/浏览器测试报告、已知问题、埋点清单、素材清单、发布步骤和回退版本。用一台项目外的普通手机，从渠道链接进入并完成整局，才是“不只是 Demo”的最低证明。

从 Demo 到上线 H5，中间差的是发布工作

AI 生成的小游戏能打开，大家以为完成了。真正上线时才发现没有适配手机屏幕、没有加载失败提示、没有埋点、没有分享图，也没有基本测试清单。

环节	要记录什么	通过标准
产品	玩法说明、开始/失败/胜利、分享点	用户能完整玩完
技术	移动端适配、性能、资源加载、错误处理	不是只在电脑能跑
测试	机型、浏览器、断网、重复点击、边界	有测试清单和缺陷
运营	标题、封面、渠道参数、数据埋点	上线后能复盘

嘟哩一人游戏工作室要解决“很多结果只是 Demo 级别”的问题。AI 写代码只是其中一段，发布、测试和运营必须进入同一条流程。

怎么验收

拿一个 H5 游戏跑上线前检查。若缺少埋点、分享素材或移动端测试，就不能标记为可发布。

真正落到产品页面时，要看到这些东西

一人公司老板进入一人公司驾驶舱时，第一眼应该看到一个客户项目或游戏产品的当前状态，而不是一段功能介绍。入口动作也要直接：先选公司类型和经营目标，再让 AI 员工拆任务。用户每做一步，系统都要把输入、确认人、状态和产物留下来，后面 AI 才有可靠上下文。

页面区域	业务字段	系统状态	AI 动作
产品	玩法说明、开始/失败/胜利、分享点	当前状态、责任人、来源链接、更新时间	AI 检查“用户能完整玩完”，并给出缺口待办
技术	移动端适配、性能、资源加载、错误处理	当前状态、责任人、来源链接、更新时间	AI 检查“不是只在电脑能跑”，并给出缺口待办
测试	机型、浏览器、断网、重复点击、边界	当前状态、责任人、来源链接、更新时间	AI 检查“有测试清单和缺陷”，并给出缺口待办
运营	标题、封面、渠道参数、数据埋点	当前状态、责任人、来源链接、更新时间	AI 检查“上线后能复盘”，并给出缺口待办

一天的真实使用路径可以这样设计：早上先打开看板看今日待确认事项；上午补齐缺失资料或接口数据；下午让 AI 生成分析、脚本、用例、风险或方案；执行前由负责人确认关键动作；晚上把结果、问题和下一步沉淀到同一个项目。这样用户不会觉得自己在“找 AI 聊天”，而是在推进一件有开始、有负责人、有产物、有复盘的工作。

产品里还要保留两个不太讨好、但很重要的状态：一个是“资料不足，不能判断”，另一个是“超出当前范围，建议拆分或延期”。这两句话会让页面看起来没有那么神奇，却能减少错误决策。企业场景里，靠谱比炫技更值钱。

边界说明

OPC 场景不能承诺用户一定获得收入。嘟哩能做的是降低从想法到交付、上线、复盘的组织成本，并让一个人看清今天最该推进什么。

读者真正会感受到的变化

以前用户面对一排 AI 专家，不知道自己今天该推进什么；现在先看到客户、项目、回款、成本和今日三件事。AI 员工围绕交付物工作，老板保留报价、范围、上线和收款这些关键决定。这段体验变化要在试点中被记录下来：用了几个入口、问了几个人、返工发生在哪一步、最终产物是否能被下一次复用。只有这些细节存在，文章里的方案才不是概念说明，而是能被团队带回去照着检查的工作方法。

常见问题

所有H5都需要后端吗？

不需要。纯展示或本地玩法可以静态发布，涉及账号、排行、抽奖和可信数据时通常需要后端。

AI可以自动完成全部测试吗？

可以覆盖部分功能和浏览器自动化，真实设备、触感、视觉和渠道限制仍需人工验证。

发布检查通过就保证没有问题吗？

不能保证。它降低已知风险，上线后仍需监控、反馈和回滚能力。