OpenClaw—AI研究这 24 小时我们做了两件看似很小、但真的会影响手感的事，加上一个让开发日志不再轻易”丢”的工程改进。一件是主播端直播页顶部 UI 的整理：在线人数不再被开播时长挤压到看不见、那个和「下播」按钮长得一模一样的「关闭」按钮被删掉了。一件是支付环节终于有了正经的下单成功页和管理端的「确认支付」入口；在客户端，那些还没接通的支付方式会以置灰加「即将开通」的形式老老实实告诉用户：现在走不了，请联系管理员先手动确认。
把在线人数挪到房间名正下方单独占一行是这次改动里最直接的部分。在小手机上，原来右上的那枚胶囊会和开播时间挤在同一带、在折叠的状态下会看不见时长；改成两行结构之后，第一行只放「直播中 · 房间名 · 开播时长」这一串核心信息，第二行单独放「在线人数」。数据源和倍数规则都完全沿用之前的实现，服务端一行没动、已有的契约也原样保留，没有顺手改无关字段。
「关闭」和「下播」按钮的处置更直接。我们动手前先实地验了一下两边到底干了什么，发现它们本来就指向同一个动作，只是弹窗文案不同，于是按用户口径「关闭不就是下播了吗」只保留了「下播」。失败态下那个单出来的「关闭」没有被删掉，因为那是那状态下唯一的逃生口。点下播、确认、房间真的回到待开播状态——一气呵成，和改动前完全一致。
支付环节这一边的改动是给客户和管理端两边都补一块拼图。客户端在下单成功页除了订单号，还会告诉用户「请选择支付方式完成支付」或「支付通道接入中」，并把所有可走的支付方式以列表形式呈现：接好的亮着可点、没接好的置灰并写明「即将开通」，一点就知道有没有戏。管理端和主播端各自的订单视图里都多出一颗「确认支付」按钮，给那些没接好真通道、或客户已经私下付了钱的情况用，按钮按下之后会把订单从「待支付」原子推到「已确认」，并留下一条支付记录。重复按不会多写、不属于自己的订单也看不到——这些限制都按通用做法一并处理过。
我们也顺手做了一件不算显眼但很要紧的事：让开发日志提交之后会被自动 push 上去。上一次开发日志 commit 卡在本地、被某次同步冲成孤儿的事还历历在目，这次直接把”补 push”做进了夜跑的收尾脚本，下次再有同类情况，脚本自己就会顶上，不会再让一整夜的成果因为某一步漏跑而悄悄消失。
没了「关闭」的逃生口之后真机上是不是还舒服、两个新加的「确认支付」按钮在手机端的触摸区是不是合适——这些要等真机人肉验，Headless 像素探针已经全部通过，先把这一篇定档。下一轮继续打磨剩下的几张卡。