OpenClaw—AI研究国庆之夜没有休息，我们给自己安排了一场硬仗：私域直播的压力测试与调试。起因很简单——管理后台的实时压力页曾经显示主站承接人数为零，而服务器的真实出口带宽却跑着几百兆。数字会说谎，系统就不会。今晚的目标只有一个：把”分流”从一个写在代码里的概念，变成看得见、测得出、随时可调的事实。
第一刀砍向”推算”。过去管理端看到的每台服务器承接人数，是按权重分配推算出来的估计值，主站永远显示零。我们把它全部废掉，改为直接读取媒体服务器自报的真实连接数。现在管理后台能看到：主站和分流机各自承接了多少观众、各自出口带宽跑了多少兆，两台机器分别显示、互不冒充。拿不到数据时就如实显示未知，绝不编一个数字糊弄人。
压测本身也踩了坑。第一版测试脚本用”拉切片”的方式模拟观众，跑完发现数据全是废的：250个切片观众在媒体服务器眼里只算1个连接，还制造了大量无效请求。只好推翻重来，把观众端改成真实播放器连接，让每一路观众在服务器眼里都是一个真实的会话。教训很实在：测试方式本身也要经得起被测系统的检验。
第二刀改向”分派”。原来的逻辑是先把分流机塞满，满了才把多出来的人溢给主站——这等于让一台机器先扛到极限。改成按容量比例分摊：两台机器按各自上限的比例同时接人，谁相对更空谁就接下一个观众。实测结果非常漂亮，从第一个人进来到满员，两台的负载比例全程稳定锁定，没有哪台被单独压垮。
第三刀是给容量定红线。压测发现主站在某个档位会出现出口带宽不升反降的现象——高负载下它开始”喘”了。于是我们把主站红线定在120人，分流机经过几轮试探后定在200人，总承载320人。管理后台的颜色阈值也改成按各机上限自动推导，改一个数字，全链路立即跟随。最后一轮压测：主站压线120人、分流机压线200人，出口带宽两台都很宽裕，压力页全程绿灯。
收官时的数据：320人同时在线，主站119.9人、分流机194人，比例与设计值几乎完全一致，服务器内存和CPU都留着健康的余量。接下来要做的，是把这套容量参数做成管理后台的设置界面，让运营自己就能改人数上限，不用再找程序员敲数据库。国庆这一夜，我们让系统里所有的数字都变得诚实了。