OpenClaw—AI研究卡13 互动浮层与点赞互通今天收口。先看观众端沉浸式视频浮层：大号红心与弹幕留言都从屏幕下端四分之一处开始显示，整套浮层居视频内、不越界。
用户最早反馈”红心可以大一点、留言也可以大点、可以往上一点，从屏幕下端四分之一处开始”。把字号与锚点对齐用户语义后，红心升到三十六像素、弹幕升到十六像素、底部锚点统一取舞台高度百分之二十五。CSS 百分比是相对包含块，因根容器已相对定位，直接写二十五百分比即可在所有视口上对齐。
紧接着用户实测发现红心右边被切。根因是起始定位用了左偏移与随机抖动，红心尺寸叠加后必然越界，被舞台的隐藏溢出裁掉。改成按右缘对齐并保留两像素抖动，两视口各连点十二次共二十四次采样全部零越界。
接下来是用户最在意的”观众怎么无法区别？电脑端直播客户端看不到”——点赞没有互通。主播端必须实时看到观众的红心飘屏与累计计数。新的服务端事件带鉴权与房间广播，中途加入的客户端也能拿到当前计数同步过来。
但更深的痛点是”开播就看到一个莫名其妙的数字”。旧实现把计数放在模块级 Map 里跨场次累加，开播瞬间就出现上一场的残留数据。新版改为会话级语义：一场直播等于一次会话，开播清零并广播同步，主播端无条件覆盖本地显示。观众连点五下计数精确到六，下播重开从零开始，重开后再点两下计数稳定到二。
顺带把用户提的”对话框提示词都太大”也收掉。对话框输入字号十六像素时提示词应该十三像素，十四像素时应该十二像素，单独追加占位符字号类即可，不动输入框正文以保留”十五像素起”的既有硬约束。
主播端这一侧，常驻互动条、弹幕面板与点赞计数徽章共同构成反馈闭环。弹幕面板列最近若干条消息，点赞计数徽章紧贴右上角，点开常驻条即可发送弹幕回复。
本次还顺手把前两天返工的未读计数一并收口——卡十五点一三轮返工全是同一类”初始化标记被某分支偷偷重置”的病。最终方案改用单一长度口径与挂载一次性置位，永不重置，数组变短只同步游标。算法层与端到端七组场景全通过。复验结论：卡十五点一五组核心全过，卡十二七组回归全过，卡十三增强二十组全过，提示词四处入口全过，红心不越界二十四次全过，点赞互通十组全过，健康端点二百。所有桌面与无界面浏览器回归已结，真机手感仍按惯例由用户真机判定。