Loiter 满岛记：六座岛，终于挤满了人

接上回：Loiter 造岛记：48 小时，六座彩虹岛。那篇结束时，六座岛刚刚成形，等的是一场真正的活动。今天，活动来了。

那一刻，海上挤满了人

大屏亮起来的时候，我下意识屏住了呼吸。

六座岛——红色的 Ember、橙色的 Hearth、黄色的 Spark、绿色的 Grove、蓝色的 Tide、紫色的 Mist——每一座上面，都站着一排排小小的像素人。他们顶着自己取的名字，散落在火山、村庄、草原、森林和海岸边。两道跨海的彩虹弧横在画面中央，是两个人刚刚隔着海打了招呼。

这张画面，一个月前只存在于我的笔记本里。那时屏幕上最多两三个测试用的小人，是我一个人来回切换设备模拟出来的。今天，每一个小人背后都是一个真实的人，正低头摆弄着手里那块 240×135 像素的卡片机。

它本来只为十六个人准备

这件事最让我心里打鼓的地方在于：Loiter 从来不是为这么多人设计的。

产品定位写得清清楚楚——一场 75 分钟的 Pride Month workshop，大约 16 个人，每人一台 M5 Cardputer。整套后端是个纯内存态的单进程服务，跑在一台 Azure 小机器上。16 个人，它闭着眼睛都能扛。

可今天的报名，是五十多个。

数字翻了三倍。对一个"刚好够用"的系统来说，三倍不是放大，是照妖镜——所有原来藏在水面下的临界点，会在那一刻同时浮出来。

赛前一夜，我把几个旋钮都拧大了

活动前，我把整条链路从头到尾过了一遍，专挑那些"和人数同量级"的地方看——因为这些地方最容易在五十人涌进来的那一刻被顶穿。

果然找到了三个：

• 烧录限流：每个 IP 每小时只放 50 次。问题是，五十多人很可能挤在同一个网络出口，再加上偶尔失败重来一次，50 这个数字和参与人数几乎一样大——任何人多试一次都会撞墙。我把它提到了 200。
• 分岛的等待：每个人烧录时，服务器要现场读一段他写的话、替他选一座岛。这一步等太久，烧录就会卡。我把它的耐心从 8 秒压到 5 秒——等不及就走兜底逻辑，宁可快，不要卡。
• 写解读的并发：活动尾声，所有人几乎同时翻到"今天的你"那一屏，让 AI 给自己写一段话。原来只允许 5 个人同时排队，五十人一拥而上必然有人排到天荒地老。我把它放大到 10。

容量的默认值，永远不要和你预期的人数贴齐。

这是这一夜留给我的一句话。限额、超时、并发——这些旋钮的出厂值如果刚好等于"够用"，那它就只在理想情况下够用。真实世界里总有人多按一次、网络慢一拍、所有人恰好同一秒抬头。给它们留出三到四倍的余量，不是浪费，是给意外留的座位。

改完，部署，重启。服务器安静地亮着绿灯。然后我就只能等了。

五十多个人，真的跑通了

结果是——它扛住了。

人陆续到场，一台台卡片机被点亮、配网、输入名字。大屏上的小人一个接一个冒出来，自己走到属于他的那座岛上。没有卡顿，没有掉线潮，没有哪座岛突然黑掉。

然后是我最喜欢的环节：有人开始跨岛打招呼。一个住在 Spark 黄岛的人，向住在 Tide 蓝岛的人发起一次"HI"——对方接受，两人之间就升起一道跨海的彩虹弧，各自的光谱里多了一格对方的颜色。屏幕上的彩虹弧越来越多，像一张慢慢织起来的网。

到最后，每个人翻到自己的那段 AI 解读——一段为他和他今天走过的路写的双语短诗。五十多段，几乎同时生成，没有一个人卡在加载界面上。

从我的笔记本，到一屋子人头顶的同一片海

写到这里我才意识到，这一篇其实没什么技术好讲。赛前那几个旋钮，调一调，半小时的事。真正发生的事，是另一种性质的。

一个东西，在你的笔记本上跑通，和它在一屋子真人手里跑通，是两件完全不同的事。前者证明它"能工作"，后者证明它"对人有意义"。中间隔着的，不是几行代码，是一群愿意拿起一块陌生小屏、给自己取个名字、走到一座虚拟岛上、再向另一座岛上的陌生人说声"嗨"的人。

开厅记里我写过一句话，当时觉得是个浪漫的设定：

最离谱的是，用它的人本来就站在彼此身边。

今天，这句话从设定变成了事实。屏幕上那五十多个分散在六座岛上的小人，在物理世界里，正坐在同一个房间里，抬头看着同一面墙上的同一片海。选岛是认领自己，跨岛是走向别人，满屏的彩虹弧是这个房间今天真正发生过的连接。

六座岛，终于挤满了人。

Loiter 系列