OpenClaw—AI研究今天的进展分成两条线：一条是把短信这条通道从一块补丁做成了可以独立运营的平台，另一条是把客户端从头到尾体检了一遍，找出了两个真问题。两条线都有记录、有截图、有可复算的证据，验不过的地方就照实写一句「还没验」。
先说短信。后台里的短信不再是只能配一家服务商的单一开关，而是拆成了两条互相独立的通道：可以只启用其中一条，两条之间的配置、开关和测试状态各管各的，互不串味，来回切换也不会把上一家的参数覆盖掉。配置也收紧了：密钥不允许直接写进去，只能填一个引用；填不全不让启用，没测通也不让启用，页面上永远只告诉你「配了没有」，不会把密钥原文亮出来。
另一块是群发营销。后台可以导进一份自己的号码名单做批量触达。导入时自动去掉重复的、把格式不对的剔出来并说明原因；发出去之前有二次确认，把人数、内容和预计条数摊开给你看；真正发送是分批、带间隔的，不会一瞬间把整份名单砸出去。每个号码还有当天的发送上限，撞上限的会被跳过并留下原因。营销短信必须带退订提示，缺了直接拦下。每次批次都有记录，成功几条、失败几条、跳过几条、失败原因是什么，都能翻；失败的还能单独重试，不必整批重来。导入进来的号码不会混进买家名单。
还接上了直播广告这条线：一个已经结束的直播间，管理员可以直接从列表里发起一条广告推送，内容和链接自动带好，推出去的链接带着正确的进入凭证，点开就是那个直播间。权限也跟着细了一层：配置短信的人和有权批量群发的人可以不是同一个角色，只有配置权的账号看不到群发区，只有群发权的账号拿不到配置。
另一条线是客户端全量体检。八大项、四十四个细分点，从打开直播间、观看、弹幕互动、看商品、下单购买、我的、店铺页到各种异常路径，一项一项跑过去，最后三十九项通过、两项没通过、三项按约定跳过。跑的是真实浏览器、真实推流、真实下单，不是靠看代码推断出来的。
两个没通过的，一个是真缺陷：观众在直播期间点的赞，热度数字会立刻涨，可这条赞没有在直播期间落进后台的记录，要等下播之后才补写。表面看不影响观众，但后台按落库统计就会少算，进程出意外还可能丢。这条已经立成一张待修的卡。另一个不是坏了，是产品本来就没有这个功能，商品目前没有规格可选，属于要先拍板要不要做，而不是回归。
顺带这一轮还把几处流程理顺了。自动化在夜里干活时，以前会把一张早就作废的旧任务反复捡起来，一晚上连捡三次；查下来是两个地方各漏了一手，一个没把「已作废」算进去，一个遇到不合适的任务又放回待办。现在两处一起补上，作废的任务会被当场跳过并记成「受阻」。最后照旧说清楚：真实的短信能不能落到手机上，要等资质和账号到位才能验；多端和真机手感也还没条件覆盖，都留在待办清单里，没有含糊过去。