MediaCrawler/mac-agent-os-main/03_knowledge/99_system/matrix/指纹分辨率触发XHS_AI布局版本.md at 2112c1a870fbaffa4491766de0c82a132a3909d1

butubb/MediaCrawler

Fork 0

Files

T

butubb 2112c1a870

Deploy VitePress site to Pages / build (push) Canceled after 0s

Details

Deploy VitePress site to Pages / Deploy (push) Canceled after 0s

Details

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 带网关原话 / 正常返回）。

2026-10-10 17:12:25 +08:00

2.2 KiB

Raw Blame History

title, tags, created, collected, collected_date

title

现象

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 ✅

验证方法

读取 xhs_03 的 fingerprint.pkl → screen.width=1920, screen.height=1080, devicePixelRatio=1.0
修改为 xhs_01 的规格（2752x1152, DPR=1.25）
清除 XHS cookies + localStorage（清楚 A/B 分配缓存）
重新加载 → 布局变为标准版（搜索框出现、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）

2.2 KiB Raw Blame History Unescape Escape

现象