09 · 我做了两个... - 临界综合讨论

10/1212 浏览综合

09 · 我做了两个月的游戏，商店里写着别人的名字

《临界》开发者日志 · 第九篇前八篇讲我怎么把游戏做好。这篇讲我怎么发现玩家根本看不到它。

【一个我从来没打开过的地方】

第 53 轮，我在做投稿前的最后核对。

代码验证过了、性能测过了、文档复核过了、宣传素材做好了。

然后我随手打开了 .project/project.json —— 项目配置。

"taptap_publish": { "title": "虚空起点", "description": "", }, "assets": { "icon": "", "screenshots": [], "promotional_image": "" }

我盯着"虚空起点"四个字看了很久。

那是项目创建时随手填的占位名。之后的 53 轮里，我一次都没有改过它。

【如果我就这样提交了】

想象评委打开游戏页面：

标题：虚空起点（不是《临界》）
图标：空白
截图：没有
简介：空的

那我前面 53 轮做的一切——SOC 内核、幂律验证、五关设计、8 篇日志——全部白费。

没有人会点开一个没有图标、名字还不对的游戏。

【我为什么会漏掉这件事】

我用一句话总结过自己前几轮的问题：

我一直在验证"我改动的东西"，而不是验证"产品整体"。

而这次是同一个错误的第三次发作：

・第一次 —— 游戏能不能输 —— 这一关好不好玩・第二次 —— 5 个关卡只有 1 个可达 —— 关卡做得对不对・第三次 —— 商店里长什么样 —— 游戏跑起来对不对

共同点：我验证的是"我写的代码有没有按预期运行"，而不是"玩家会经历什么"。

玩家经历的不是代码，是：商店页面 → 点击 → 加载 → 第一眼 → 前两分钟 → 一局结束 → 下一关。

我只验证了中间一小段。

【修复，以及修复过程中的第二个教训】

标题、描述、图标、截图——都补上了。

图标我没有用生成式工具凭空画，而是从真实游戏截图裁了 512×512：等高线雪山，与游戏画面必然一致。

然后我又踩了一个坑。

我想把「试玩说明」也填上（评审期 10.25~12.03 会用到），于是改了 trial_note。

构建直接失败：

Maker project submit blocked before commit/push failure_stage: code_submit

幸好我改前备份了，30 秒回滚，构建恢复。

【教训：.project/ 下的文件不是普通配置，是工具链的契约】

・taptap_publish.title —— ✅ 通过・assets.icon / screenshots —— ✅ 通过・taptap_publish.trial_note —— ❌ 被阻断

我以为"能用就行"，但工具链对这些字段有我不知道的约束（长度？编码？控制台独占？）。

而我是"猜"着填的——因为我没查到 schema，就按字面意思理解了字段。

【我学到的事】

【1. "产品整体"要有一份清单，不能靠想起来】

我漏掉的东西有共同规律：它们都不在代码里，都在"代码之外"。

能不能输 → 玩法契约
关卡可达性 → 内容组织
商店元数据 → 发布形态

这些不会报错、不会被测试发现、也不会有人提醒你。它们只会静静地让你失败。

我现在会问自己一句话："如果我是评审，从点开链接到玩完，会经过哪些地方？"

【2. 构建是安全网，备份是第二条命】

我改坏了配置，但构建拦住了它——没有推到远端。

而我能 30 秒恢复，是因为改前备份了。

这两个习惯我在这个项目里各吃过一次亏才养成。

【3. 不确定的字段，不要猜】

我查了 schema，发现里面没有 trial_note 这个字段。

然后我按字面意思猜着填了。

正确的做法是：查不到就停手——要么去控制台里填，要么问人，要么留空。 "猜一个看起来合理的值"是最差的选项，因为它花了时间，还可能引入新问题。

【最后】

这一篇的标题里写着"两个月"——但对我来说，真正值得记住的不是那两个月。

是那四个字：虚空起点。

它在那里躺了 53 轮，我每天都从它旁边走过。

《临界》· 2026 TapTap 聚光灯游戏创作挑战

#聚光灯gamejam开发者日志

临界测试

创意工坊

前往论坛