B站三连广告RTA绑定管理

要解决的问题

B 站的「三连广告」靠点赞、投币、收藏这组互动信号衡量用户认可度，投放侧又常用 RTA（Real-Time API）在竞价前做人群与素材的实时决策。两套体系各自演进后，绑定关系就成了实际运维里的麻烦点：一个投放计划挂的是哪个 RTA 策略、策略改了以后广告侧有没有跟着生效、历史绑定有没有残留，这些信息散落在不同页面和后台里，靠人工翻配置既慢又容易漏。

更具体一点，常见故障几乎都出在生命周期管理上——上线时漏配、变更时只改了一半、下线时忘了解绑，事后审计只能对着截图回忆。

技能如何工作

sanlian-ads-rta 把这件事收敛成「绑定关系的登记与核对」：以三连广告与 RTA 策略的绑定记录为唯一入口，围绕创建、校验、更新、回收四步展开。

• 创建：输入投放侧的标识与 RTA 侧的策略标识，技能负责把它们登记为一条可追溯的绑定，而不是让操作者在两个后台之间手工搬运。
• 校验：在写入前做一致性检查，识别标识缺失、重复绑定、策略已失效这类脏数据，把问题拦在生效之前。
• 更新：策略调整后重新对齐绑定关系，明确哪些记录被改写、哪些保持不变，避免「改了一半」的中间态长期残留。
• 回收：投放结束或策略下线时释放绑定，保留可回查的操作痕迹。

每一步都以结构化的字段形式给出结果，便于接入脚本或定时任务，而不必依赖人工盯后台。

适用边界与注意点

这个技能解决的是绑定关系的管理，不是投放优化本身。它不会替你决定出价、定向或素材组合，也不会凭空生成 RTA 策略；如果上游策略本身配置有误，技能只能在对齐时暴露不一致，无法修正策略语义。

另外，标识的准确性是硬前提。广告位与策略的标识一旦拼写偏差，校验环节未必能识别为错误，只会得到一条看起来正常但指向错误对象的绑定。

最后，它不负责跨账户的权限体系。多账户、多主体下仍需自行确认当前上下文中的操作对象是否合法，技能只在给定范围内执行登记与核对。