千川 AI 投流系统：一个入口管好 68 个广告账户

为什么要做这套系统#

我所在的是一家两三百人规模的传媒公司，直播电商是核心业务之一。投放团队的日常被切成了无数个碎片：几十个千川广告主账户散落在后台，看数据要一个个切；一场直播爆了，好素材要手工建追投任务；ROI 目标靠人盯着大屏，每十五分钟看一眼消耗和成交，高了调低、低了调高；评论区的问题散在各个抖音号下面，想按号归拢只能慢慢翻后台。

单看每件事都不难，难的是持续、及时、不出错。人盯盘有两个绕不开的硬伤：半夜盯不动，情绪化手抖。于是我决定把这套流程收进一个系统：多账户授权、计划总览、素材追投、直播大屏、评价管理，最后接一个 AI 调价引擎，让「加多少、减多少」交给数据和模型判断。

系统做了什么#

账户授权与中控台。 基于巨量引擎开放平台 OAuth 接入，一个入口管理 68 个千川业务账户。授权、解绑只作用于本系统，不影响平台授权本身。账户维度支持行业、公司名、投放状态筛选，投手不用再记十几个后台账号。

全域计划总览。 直播全域和商品全域计划统一进一张宽表：出价 ROI、实际 ROI、预算、消耗、余额、订单、GMV、投放状态、绑定状态、AI 托管调价一屏尽览。支持行内补预算、调 ROI、按计划批量操作。读取走服务端持久化任务队列：全局限速、指数退避、断点恢复，272 个账户×场景组合的并发读取不会把频控打爆。

素材调控与追投。 素材列表、候选池、追投创建、调控任务全链路。爆量素材从发现到建追投任务，从原来的十几分钟手工流程压缩到按钮级操作。

直播大屏与评价管理。 直播间实时数据只读聚合，开播中的场次直接标红；各抖音号的评论按号归拢到一个页面统一处理，回复也走系统。

AI 调价引擎。 这是整套系统的核心。引擎按「数据间隔」只读拉取整场直播的消耗、成交、单数，按滚动 15 分钟窗口评估：

• 实际 ROI 超目标且样本足够 → 降标放量
• 跑量正常但未达标 → 小步升标收紧（≤5%）
• 消耗萎缩未达标 → 优先观察不动
• 花费超推导成本 3 倍且无单 → 熔断建议暂停

规则只做约束，判断交给 AI：目标始终卡死在上下限内，步长有封顶，AI 在硬约束内给出新目标值。默认「影子模式」——只出建议，人工采纳后才写入平台；要全自动需要显式开启真实写入总开关。

业务提效#

上线后服务公司多个事业部的投放团队，业务侧的统计口径大致如下（内部数据，已做脱敏取整）：

• 账户巡检：投手每天逐个后台切账户看数据，约 40 分钟；现在一个页面全量刷新，2 分钟内完成。
• 盯盘频率：人工 15 分钟一轮且夜间断档；引擎 3 分钟一轮、24 小时不间断，一个投手可以同时看住多场直播。
• 追投响应：爆量素材从发现到创建追投任务，15–20 分钟降到 2 分钟内，抢的是直播窗口期里最贵的那几分钟。
• 评论处理：多账号评论从「挨个后台翻」变成一屏归拢，响应时效从小时级压到分钟级。
• 投放人效：团队 20+ 名投手日常使用，人均可管理的在投计划数量翻了约三倍；夜间和凌晨的异常消耗有了兜底。

这些数字单看都不惊人，但乘上「每天、每场直播、每个人」之后，就是实打实省下来的预算和睡眠。

工程与安全#

后端零框架依赖（node:http 手写路由），前端 React 19 + Vite，部署在云服务器上由 systemd 托管。写得快不等于写得糙：

• 默认全只读。 真实写操作必须过「总开关 + 幂等键 + 写入台账（SUBMITTING→RESPONDED 状态机）+ 审计 + 提交后回读核验」五道门；删除类平台操作在服务端直接拒绝。
• 48 项契约测试 + 48 项引擎纯函数测试 + 21 项引擎回环测试，本地 mock 平台挡住真实外呼，改一处逻辑跑一遍全链。
• 数据落盘用 JSON + 原子写 + 启动恢复。单团队内部系统，文件足够，备份就是 cp。

内部系统说明：本项目部署在公司内网域名下，账号体系走公司飞书（Feishu）OAuth，公网只能看到登录页，因此不提供演示链接。文中截图来自本地开发环境接入测试夹具（mock）后的真实界面。