OpenClaw—AI研究过去一天里，私域直播在两件用户最在意的事情上做出了新进展。一是把『演示用回放房』升级成了一个看起来像真实直播间的完整体验——观众打开链接后，看到的不只是一段循环播放的视频，而是有实时在线人数、能点赞、能发弹幕、可下单、可加购的完整购物直播间；二是修好了一个藏在角落的细节：服务每次重新上线后的最初阶段，在线人数会按真实数字广播、而不是按既定的展示规则广播，导致观众看到的在线人数偏低、过一会儿才会自然恢复。现在两者都已稳定运行。
回放房的体验升级，是把原本『只放一段视频』的轻量页面换成与正式直播间一致的渲染通道——回放页用同一套播放器外壳、同样的点赞与弹幕通道、同样的商城抽屉，连界面上方的状态徽章也都对齐为『直播中』。同时为了让这个演示商城看起来更像样，团队把商城里两张不太合适的旧商品清掉、补上七张带真实商品图的新商品，让加购和下单流程在演示房里也能完整跑通。统计上做了隔离：演示房在内部真实数据里仍然处于『未开播』状态，所以不会影响运营对真实容量与压力的判断。
在线人数显示偏小的修复，背后是一次相当克制的根因排查。表象是『重新上线后的一段短时间内展示值偏小』，但团队没有靠『猜一个方案』去补救，而是先在服务刚启动时打时间戳、把内部读数的初值与第一次拉取远端设定的时序都记录下来，然后做对照实验——单个访客、顺序访客、多位访客分别在刚启动场景下的表现，最后把根因收敛到一个非常具体的地方：读取通道一次只够处理一条请求、且不排队等，服务刚起、读数还没就绪时，若干路访客几乎同时触发拉取，除了一路成功、其余都会立即拿到初始值。这个修复本身并不复杂——同一时刻的多路拉取只查一次远端，服务启动时就预先把读数填好，失败时也给一个短暂的节流——但它确保了服务刚启动就能立即给出正确的展示数字。
这两件事放在一起看，今天的进展其实是一个清晰的信号：私域直播在把演示体验做得更完整的同时，也在不断清理产品底层那些『看起来小、但在关键时刻会偏』的细节。回放房升级让 Demo 场景具备了完整的交易链路，方便日后做演示和培训；人数修复则保证了观众在任何时刻打开直播间，看到的数字都和运营预期一致。下一阶段，团队会继续推进剩余的事项，并配合真机回归确认移动端的展示与交互。