New world
你想弄明白什么？
场景 · 游戏 · 从认识到使用
第一次做小游戏，做什么最容易玩起来？ →
先做一个打开网页就能玩的点击小游戏。页面里只有目标、分数和重新开始：点到目标加一分，限时结束显示成绩。这比一开始做地图、角色、商店和多人联机更容易看到完整结果。可以请 Codex 先做能玩的版本；玩过以后，再决定要不要加声音或关卡。
小游戏做完了，怎么发给朋友玩？ →
如果做的是网页小游戏，先把它发布成一个别人能打开的网址，再把网址发给朋友。请朋友用手机试：能不能打开、能不能操作、结束后能不能再来一局。要让朋友比成绩，才需要进一步考虑把成绩保存起来；第一版只显示每个人自己的成绩就够了。
做小游戏，用 GDevelop 还是让 Codex 写？ →
想拖一拖、点一点击就拼出玩法，可以先试 GDevelop：它用图形化的条件和动作做游戏，不要求你先写代码。想做一个特别简单、能在浏览器打开的小游戏，可以把规则告诉 Codex，让它先做个版本。想系统做更复杂的 2D 游戏，可以再看 Godot；它更自由，但入门教程也会碰到脚本。先按想做的第一款作品选一个，不必三个都学。
我不想写代码，能不能先把游戏玩起来？ →
可以先用图形化游戏工具。以 GDevelop 为例，你可以把规则拼成“如果发生这件事，就做那个动作”：如果玩家碰到金币，就让金币消失并加一分。先用圆形、方块和文字当角色与道具，确认玩法好玩以后再换漂亮图片。这样不用先画图或学代码，就能试第一版。
一个小游戏，最少要有什么？ →
先定一个玩家动作、一个目标和一个反馈。能开始、能知道输赢、能再来一次，就已经是可试玩的小游戏；画面可以后来再美化。
小游戏关掉再打开，记录为什么没了？ →
如果分数只留在当前页面内，关掉就会消失。想在同一浏览器记住记录，可用本地存储；想换设备也看得到，就需要账号和服务端保存。
做好的小游戏怎么发给朋友玩？ →
如果是网页小游戏，把它发布到一个公开网址，朋友点链接就能玩。先用自己的手机打开一次，确认加载、触控和重新开始都正常。
做一个数字宠物，怎么让它下次还在？ →
要先决定保存在哪里：只在这台设备，还是登录后跨设备同步。前者简单但换设备可能丢；后者要账号和数据库。先做一个能保存名字、颜色的最小版本。
数字宠物怎么分享给朋友？ →
最简单是生成一张带名字的宠物卡片供下载；想让朋友点进去还能互动，就需要公开页面链接。分享前先让用户决定哪些资料对外可见。
手机小游戏的按钮，为什么不能照搬电脑键盘？ →
电脑有键盘，手机只有手指和一块小屏幕。按钮要够大、位置别挡住画面，操作才像握得住的遥控器。
小游戏为什么要让人马上看到结果？ →
玩家按了按钮，就该很快看到发生了什么；否则像按电梯按钮却没有灯，不知道有没有按上。声音、动画、分数都可以是反馈。
小游戏的分数怎么保存？关掉页面会不会清零？ →
要看分数存在哪里。只保存在当前浏览器，通常换设备或清除浏览器数据就找不到；要跨设备保留，一般得有账号和服务器来记账。
做一个大家都能看的排行榜，需要什么？ →
排行榜要把不同人的分数收在同一个地方，再按规则排好。只在自己手机上记分，就像每个人各记各的账，拼不成全班排名。
游戏里说的“循环”，就是角色一直转圈吗？ →
游戏循环是程序反复读取操作、更新游戏状态、画出新画面的过程。它像舞台每一拍都确认演员做了什么，再把下一幕呈现出来。
小游戏按了按钮，为什么要马上给反馈？ →
玩家需要立刻知道操作有没有生效。颜色变化、轻微动画、声音或分数变化都能回应一次操作，避免让人误以为按钮坏了。
小游戏越来越难，为什么不能一下难很多？ →
难度逐步增加，玩家才有时间学会规则并感到自己进步。太容易会无聊，突然太难则像刚学会骑车就被推上陡坡。
一个小游戏最少要说清楚哪几条规则？ →
玩家至少要知道要做什么、怎样操作，以及什么时候算赢或结束。规则越短越容易开始玩，复杂玩法可以边玩边教。
游戏里加随机奖励，为什么有时会让人觉得不公平？ →
随机会让每次体验不同，但玩家可能连续遇到坏结果。规则要让人看得懂，重要进度也不该完全靠运气。
游戏结束页面，为什么还要告诉玩家下一步？ →
结束画面能让玩家知道成绩、是否达成目标，以及接下来可以重玩还是分享。没有下一步，体验就像故事突然翻到空白页。
手机上的小游戏，为什么按钮要做得更好点？ →
手指比鼠标指针粗，按钮太小或挤在一起就容易误触。手机操作还要避开屏幕边缘和系统手势区域。