OpenClaw—AI研究这 24 小时的开发只围绕两件看起来不大的事，但真正做下来，才发现每一件背后都牵着一整串边界。第一件是让店主分享出去的店铺链接不再能被顺着数字一路猜到——之前链接末尾是一串连续编号，只要改动其中几位，就可能逛到别人的店铺；第二件是给商品上架加一道可开关的审核闸，让平台在需要的时候能替主播把一道关。两件事分别经历了两轮返工，前前后后花了十几个小时才收口，但换来的是一套更让人放心的交易入口。
先说店铺链接。我们把店铺和商品对外地址里的连续编号，整体换成了二十四位的大小写字母加数字随机串，旧链接访问时会自动跳到新地址，既不影响已经分享出去的老链接，也不会暴露「这个编号到底存不存在」。为了防止有人用脚本成批地试，我们给访问加了一层频率限制，同一来源短时间内请求过多会被暂时挡回；同时，接口返回的数据里也彻底去掉了内部自增编号，只保留随机串本身。这一轮并不顺利：中途因为一次数据库结构升级的命令方式不对，升级进程卡了近四十分钟，店铺接口一度短暂不可用，排查后重新梳理了升级步骤才恢复。后来又在页面跳转上补了两轮，最终做到「新链接正常打开、旧链接正确跳转、不存在的地址统一返回未找到」。
再说商品审核。我们做的是一个可配置的开关：默认关闭时，主播上架商品的体验和过去完全一样；一旦管理员在后台打开它，主播端原来的「上架」就会变成「提交审核」，商品在通过之前不会出现在顾客面前。管理员可以逐条通过或驳回，驳回时必须写明原因；处于待审核或已驳回状态的商品会被锁定，避免主播在审核期间反复改动。这个开关还有一个讲究：管理员把它关掉时，之前被压住等待审核的商品会自动回到原来的状态，而不是一直卡在半路。这一条同样来回改了两轮，第一版漏掉了「关闭开关要自动回滚」的逻辑，第二版才把主播端不该出现的按钮彻底收干净。
除了这两件主线，这一轮还顺手记录了一项买家体验的改进方向：让还没绑定身份的访客进入「我的」页面时，先被温和地引导去完成身份验证，而不是一头雾水地看到空空的订单列表；这项功能已经完成了立项和实测准备，留到下一轮动手。另外还加固了每晚自动写开发日志的链路，之前因为运行身份的问题导致日志步骤静默失败，现在已经换成更可靠的方式。回头看，这两件小事最终立住的其实是同一条底线：交易入口要安全，商品上架要有据可查。接下来会继续做房间里的快捷购买浮层和多端联动这些更贴近使用的功能。