Appearance
直播盯盘这件事，我已经不自己干了
你一场直播盯6个小时，看了几个指标？
在线人数。成交金额。ROI。顶多加个转化率。
手机价格分布？没空看。人群画像变了没？根本顾不上。"其他"渠道是不是在膨胀？那是下播复盘才翻的东西。
不是你不专业。是人的注意力就这么点带宽。盯三个数已经满了。
2026年5月5号下午，我把盯盘这件事交给了AI。从下午一点折腾到傍晚，搭了一套直播全自动监控系统。这篇文章不是给你看代码的——是让你知道，这条路走得通，而且没那么难。
千川API，我搞了三天，最后发现是个笑话
故事得从更早说起。
我一直想把直播数据自动化。每场直播，我坐在电脑前，30分钟记录一波数据——消耗多少、ROI多少、成交多少。然后对比人群画像，看看手机价格分布有没有偏，低端占比有没有涨。再做投放决策。
这事干了快一年了。每次都手工。截图、记数、对比。一场直播下来，记十几波，每波要盯五六个指标。脑子是满的，手是酸的。
我就想，能不能让程序自己读数据？
第一个想到的当然是千川官方API。字节开放平台有文档，千川有report_live接口——名字看着就是对的对吧？"report_live"，直播报表。
我折腾了三天。OAuth授权、Token续期、Scope勾选、auth_code换token。搞到第三天，终于调通了。
然后report_live返回了空。
空的。
不是报错，不是权限不够。就是空的。什么数据都没有。
我去查文档、查社区、问了一圈，得到的答案：这个接口有T+1延迟，而且不是所有数据都开放。你今天下午的投放数据，明天才能查到。
我当时就想骂人。我要的是现在的数据——现在我直播间里有2840人在线，现在成交了30万，现在ROI是3.2。你让我明天再查？
这他妈不是API的问题。这是设计思路的问题。字节根本没打算让你实时拿到这些数据。API开放的那些指标——消耗、点击、展示——全是给投后复盘用的。你直播中需要的那块百应大屏上的实时数据：在线、成交、转化率、人群画像——API一概不给。
三天。白搞。
换条路：数据在你浏览器里，为什么不直接读？
大概下午一点左右，我盯着屏幕发呆。百应大屏开着，千川面板开着，所有数据都在我眼前跳。
突然想到一个问题。
这些数据，不就在浏览器里吗？
我不是做技术的，但我有个AI助手。它能写代码、能控制浏览器。我说：你能不能直接从我浏览器里读数据？不走API了。页面上显示什么，你就读什么。
它说：能。
Chrome浏览器有个东西叫"开发者协议"——说实话到现在我也不确定它的中文名叫什么。大概就是浏览器自带的一个遥控器接口。你打开Chrome的时候加一个启动参数，浏览器就多了一个后门，外部程序可以通过这个后门控制浏览器：导航到网页、点击按钮、读取页面内容、执行JavaScript。
关键是——你正在看的那个百应大屏，页面上的每一个数字，都能直接读出来。
不是截图然后用图片识别（那个不准，而且慢）。是从网页的代码层直接把数字提出来。零误差。实时。
我说：那搞吧。
第一个坑：百应和千川的cookie会打架
第一步就很现实——怎么登录？
理论上，AI可以自己打开浏览器、打开百应页面。但百应要登录。要么扫码要么密码。扫码必须我动手。
但我的AI提了个更聪明的方案：不传cookie，不维护登录态。我用我自己正在盯盘的浏览器就行。
Chrome启动时多加一个参数，然后我照常打开浏览器登录百应和千川。AI通过遥控器接口连上我的Chrome，读我已经打开的页面。你登了，它就能读。
这个思路让我很兴奋。不需要额外维护任何东西。我每天本来就要登录百应盯盘，现在我盯我的，它同时在后端读数据。
但马上遇到第二个问题。
百应和抖店的cookie会冲突。我用同一个Chrome登录百应（吉星高赵的账号），再去登录千川（通过抖店），后一个会把前一个踢掉。这是字节的账户体系设计的——同一个域名下不能同时有两个登录态。
AI说：那就开两个Chrome。
两台完全独立的浏览器，各自有独立的cookie存储，互不干扰。一台登录百应，一台登录千川。各开各的。
说干就干。两台Chrome同时启动，端口号区分。我登录好两个后台，AI立刻就连上了。
读出了第一波数据，但数字是错的
连接通了。AI开始写采集脚本。
它要做的就是在百应大屏页面上执行一段JavaScript，把页面上的所有指标文字抓出来，然后用正则表达式（一种文本匹配方法）把数字从文字里提取出来。
第一次跑。
"成交金额：¥3。"
3块钱？这店号虽然是小号，但好歹也跑了一下午了，怎么可能只卖了3块钱？
AI说等一下，我去看看原文。
原来页面上的数字是换行显示的。成交金额那一栏，排版是这样的：
直播间成交金额
¥
3
,
5
4
2每个数字独占一行。AI的正则表达式只吃到了第一行"3"，后面的,542被忽略了。真实成交是3542元。
修。改匹配逻辑，让正则跨行抓数字。
第二次跑。
"账号名：吉星高赵（海参夫妇）。"
不对啊，我盯的是店铺号"高小参"，不是吉星高赵。
又查。发现是页面文本里夹杂了历史缓存数据——店铺号曾经跟吉星高赵有过关联，页面的某些角落残留了旧名字。AI的账号名提取逻辑不够精确。
修。让它找"开播时间"上面一行，直接定位账号名。精准定位，不看别处。
第三次跑。对了。
账号：高小参。成交：3542。在线：22。转化率：0.22%。千川消耗：1247，ROI：2.12。
全对。
这一刻的爽感很难形容。折腾了三天API什么都拿不到，换条路，从下午一点折腾到四点，所有数据都读出来了。而且不是"大概"，是跟肉眼看的一模一样。
光读数据不够，得让它替我分析
数据能读了。但只是"读出来"还不够。我盯盘不只是看数字，我要的是对比和判断。
比如上一波低端手机占比是16%，这一波涨到22%——这意味着人群在偏，推流质量在下降，我得考虑收紧ROI出价。但如果没人帮我对比，我还是得在脑子里算。
我跟AI说：你不能只是把数据吐出来。你得帮我分析。
于是它加了几个东西：
环比对比。每一波数据跟上波对比。GMV涨了还是跌了？在线涨了还是跌了？转化率升了还是降了？数字摆在那，箭头标出来。降了就是降了，涨了就是涨了。不用我记，不用我算。
人群质量评分。这是我以前盯盘最头疼的部分。人群画像有五六个维度——性别、年龄、地域、手机价格、策略人群。我精力有限，只能盯手机价格分布一个点。现在AI把五个维度全收了，按权重自动算分：手机价格40分（最重要）、年龄25分、地域20分、策略人群15分。满分100。每波给出一个分，涨了说明人群在优化，跌了说明在劣化。
异常告警。ROI跌破保本线？红色告警。跌破安全线？黄色提示。低端手机占比单波跳涨超过5%？人群在偏。转化率单波跌超过0.1%？可能有素材问题。不用我主动找问题——问题自动跳出来找我。
这几样东西加起来，盯盘的逻辑就变了。以前是"我盯着有用的数据"，现在是"有用的数据来找我"。
第五个坑：一个环境变量名引发的惨案
到下午四点半左右，基础功能都跑通了。我在店铺号"高小参"上实测：百应和千川都在同一个Chrome里（因为店铺号的两个后台在同一个账户体系下，不冲突），采集、分析、评分、告警，全部正常。
于是设了个定时任务：每30分钟自动采集一次。坐在电脑前等第一波自动采集的结果。
到了时间，数据出来了。但摘要里显示的账号名是"吉星高赵（海参夫妇）"，在线人数是2159。
这数据一看就不对——店铺号只有二十来人在线，2159是吉星高赵大号上一场的数据。
但原始采集数据明明是对的。账号名"高小参"、在线22人。为什么到摘要就错了？
查了快半小时。最后发现，是环境变量的名字写错了。
我传给AI的参数叫BAIYIN_PORT=9223（百应端口），但AI程序里读的变量名叫CDP_BAIYIN_PORT。名字没对上，程序没读到变量，自动回退到了默认端口9222。
而9222端口上，还开着吉星高赵的历史页面——虽然没在直播，但页面缓存里还残留着上一场的旧数据。程序读到了旧数据，所以摘要里显示的是吉星高赵的在线2159和成交30.9万。
就一个变量名。多三个字母。多花了半小时。
修完，改对，重新跑。正确了。
下播自动停，我不在电脑前也能管
晚上六点半，"高小参"下播了。
在线人数变成0。30分钟后第二次采集，在线还是0。程序自动判断：直播已结束，停止监控。
这个"自动下播检测"的逻辑是后来加上的。我一开始没考虑这个——心想停了就停了，手动停一下定时任务就行。但AI提了个醒：万一你不在电脑前呢？直播间半夜自动下播了，定时任务会一直跑、一直报错。
所以加了连续两次在线为0就自动停。不需要我动手。
我在外面，能用微信遥控吗？
差不多搞完的时候，我突然想到一个问题。
如果我出门了，不在电脑前。吉星高赵开播了，我能不能从微信上发一条消息，AI自动打开Chrome、打开百应、找到直播大屏、开始监控？
AI说：能。
Chrome的遥控器接口不只能读数据。它能导航——打开任意网址。能点击——找到直播间入口点进去。能等待——页面加载完再继续操作。
只要cookie没过期（百应的登录态通常能撑7到30天），我就能从头到尾全自动：启动Chrome→打开百应→找到吉星高赵直播间→进入大屏→开始每30分钟采集→微信推送异常告警。
唯一的断点：如果cookie过期了，百应跳到登录页要扫码。那就需要我手动扫码一次。但只要我几天内登录过一次，cookie就能续上。
现在这套系统长什么样
系统不复杂。我画个大概：
每30分钟 → AI自动执行：
1. 连接Chrome（两个实例，一个百应一个千川）
2. 从百应大屏读：成交金额、转化率、在线、停留、人群画像
3. 从千川面板读：消耗、ROI、订单成本、余额
4. 对比上一波数据，标涨跌
5. 人群质量评分（满分100）
6. 异常告警（ROI红线、人群偏了、转化率掉了）
7. 存数据库（方便复盘）
8. 检测是否下播 → 下播了自动停所有数据存到本地数据库。一场直播下来，从第一分钟到最后，30分钟一个快照，全部在。想查哪个时段的走势，一句话的事。
这篇文章想说什么
说三个事。
第一，重复劳动不积累。 你每场直播花3小时盯数据，盯100场就是300小时。300小时你能干多少事？你把这段时间花在学新东西、研究竞品、优化素材上，回报远比"盯数字"大。所以我让AI替我盯了。
第二，API不是唯一的路。 传统思路是找官方API，没开放就认命。但其实数据就在你眼皮底下——浏览器里。换个思路，浏览器本身就是你的API。
第三，AI不只是一个聊天工具。 我今天下午干的这些事——搭系统、写脚本、解决bug、部署上线——全是AI帮我做的。我不会写Python，但我能跟AI说清楚我想要什么。它会写。你也不需要会写代码。你得知道要什么，剩下的AI能办。
FAQ
Q: 一定要用Chrome吗？Edge行不行？
Edge也支持这个协议。原理一模一样。但如果你日常用Edge，建议单独装一个Chrome给AI专用——互不干扰。我日常就用Edge，Chrome是专门留给AI的。
Q: cookie过期了怎么办？
重新登录一次就行。百应和千川的登录态通常能撑一周以上。而且你每天本来就要登录看数据，顺手的事。
Q: 会被平台封号吗？
不会。这个协议是Chrome官方的开发者工具接口，不是你外部写的爬虫。你只是读取了你已经在浏览器里看到的数据——相当于雇了个人帮你盯着屏幕念数字。没有伪造请求、没有暴力抓取。
Q: 能自动调整ROI出价吗？
现阶段只做数据采集和分析。涉及花钱的操作，我不建议全自动化——代价太大了。机器采数据，人做决策。这是最安全的分工。
Q: 别的品类能用吗？
任何在浏览器里盯的直播数据都行。不同品类盯的重点不一样：高客单生鲜看人群质量（低端手机占比是核心），烘焙甜品看转化率波动（素材效率是核心），低客单冻品看消耗速度和分钟GMV。监控框架一样的，指标权重调一下就行。
Q: 我完全不懂技术，能搞吗？
你不用写代码。找个AI助手，把要求说清楚。这篇文章里没放一行代码，不是藏私——是代码AI会写，但思路得你自己有。你看完这篇文章，脑子里应该有一个清晰的想法：我要让AI替我读浏览器里的数据，自动分析、自动告警。 框架有了，剩下的AI来。