feat(monitor): 抖音 Web 接口客户端 —— 绕开爬虫子进程，直接发 HTTP
移植自 mac-agent-os 的 mediacrawler_adapter：不起子进程、不开页面，用浏览器里那份
登录态直接调抖音 Web 接口。产物键名照抄 store/douyin，所以 ingest 那条链路一个字不用改。
**目前能用的（真环境实测，非推断）**：
profile/other : 200, 7075 字节 —— 博主主页指标（粉丝/获赞/作品数/昵称）
aweme/detail : 200, 45425 字节 —— 单条作品详情（含点赞/评论/收藏/分享）
**目前不能用的：作品列表 `aweme/post`。** 两个互相独立的原因：
1. 这个接口被抖音单独升级成了真校验：不带 x-tt-argus 回 403「Uifid Not Found」，
带上 dummy 值回 200 + **空 body**。也就是说「头在不在」骗得过，「真校验」过不了。
同一套头打 profile/other 和 aweme/detail 都是通的 —— 抖音是挑着接口加保护的，
挑中的恰好是「批量拉作品列表」这个最敏感的动作。
2. 改走页面截获也不行：CDP 浏览器打开博主主页会落到「验证码中间页」（当天大量探测的
代价，过几小时要重测）。
所以现在的边界是：**已知作品的指标刷新能做，自动发现新作品做不了**。
**排查中控住变量后得到的两条事实**（都写进注释了）：
· `Accept` / `Accept-Language` / `Referer` 才是主页接口能返回真数据的原因 —— 只有
UA+client hints+Cookie 时是 200 但仅 121 字节的空壳，补上这三个头变 7074 字节。
（我先前猜的 sec-ch-ua 不是关键。）
· 因此 UA 与 client hints 必须**成套地取自同一个浏览器**，所以 BrowserIdentity 一次
从 CDP 取齐 cookie + UA + hints，而不是各自写死。
「200 + 空 body 必须当场报错」也是刻意写死的：放过去它会在下游变成「这个博主没作品」，
把一次失败伪装成一条正常结果 —— 爬虫那条路正是这么栽的，还被翻译成「账号被封」。
测试 +11：cookie 解析、请求头成套性（含 uifid 缺失/回退）、产物键名与 store 对齐、
以及 _get 的三条失败路径（空 body / 403 带网关原话 / 正常返回）。
This commit is contained in:
@@ -0,0 +1,64 @@
|
||||
---
|
||||
|
||||
title: 指纹分辨率触发小红书 AI-layout 版本
|
||||
tags: [xhs, fingerprint, ai-layout, resolution]
|
||||
created: 2026-05-27
|
||||
collected: true
|
||||
collected_date: 2026-06-09
|
||||
---
|
||||
|
||||
## 现象
|
||||
|
||||
xhs_03（douyin_camo01）的首页布局和其他两个账号不同：
|
||||
- 没有顶部搜索栏（`input.search-input` 不存在）
|
||||
- 没有顶部 `header-container`
|
||||
- 首卡 y 偏移从 144px → 272px
|
||||
- 主容器 class 是 `ai-layout-active`
|
||||
- 但 `section.note-item` 选择器兼容，卡片正常
|
||||
|
||||
## 根因分析
|
||||
|
||||
通过修改指纹确认：**屏幕分辨率 + devicePixelRatio 触发了 XHS 的 A/B 测试版本分配。**
|
||||
|
||||
### 三账号指纹对比
|
||||
|
||||
| 特征 | xhs_01 | xhs_02 | xhs_03（改前） | xhs_03（改后） |
|
||||
|------|--------|--------|----------------|----------------|
|
||||
| Screen | 2752x1152 | 2176x1224 | **1920x1080** | 2752x1152 |
|
||||
| DPR | 1.25 | 1.76 | **1.0** | 1.25 |
|
||||
| 字体数 | 20 | 20 | **16** | 20（未改） |
|
||||
| 布局 | standard | standard | **ai-layout** | **standard** ✅ |
|
||||
|
||||
### 验证方法
|
||||
|
||||
1. 读取 xhs_03 的 `fingerprint.pkl` → `screen.width=1920, screen.height=1080, devicePixelRatio=1.0`
|
||||
2. 修改为 xhs_01 的规格（2752x1152, DPR=1.25）
|
||||
3. 清除 XHS cookies + localStorage（清楚 A/B 分配缓存）
|
||||
4. 重新加载 → **布局变为标准版**（搜索框出现、top bar 恢复、首卡 y=144）
|
||||
|
||||
## 结论
|
||||
|
||||
**XHS 会基于指纹的 screen 分辨率 + DPR 分配不同的 UI 版本。**
|
||||
- 低分屏（1920x1080, DPR=1.0）→ `ai-layout-active`（无搜索栏、无顶栏）
|
||||
- 高分屏（2752x1152, DPR=1.25+）→ 标准版
|
||||
|
||||
## 新建账号的指纹建议
|
||||
|
||||
为避免触发 AI layout 导致代码兼容问题：
|
||||
|
||||
```
|
||||
fingerprint screen: 推荐 ≥ 1920x1080, DPR ≥ 1.25
|
||||
具体建议值:
|
||||
screen.width: 1920 或更高（如 2752）
|
||||
screen.height: 1080 或更高
|
||||
devicePixelRatio: 1.25 ~ 2.0
|
||||
availWidth: 匹配 screen.width
|
||||
availHeight: screen.height - 48
|
||||
```
|
||||
|
||||
## 代码兼容（已做）
|
||||
|
||||
即使遇到 AI layout，代码也做了兼容处理：
|
||||
- `browse.py search()`: 三重降级（标准 → ALT → URL fallback）
|
||||
- `browse.py click_search_result()`: 标准选择器 → href 通用匹配
|
||||
- `runner.py`: 启动时自动检测布局版本（standard/ai-layout）
|
||||
Reference in New Issue
Block a user