移植自 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 带网关原话 / 正常返回)。
1.5 KiB
1.5 KiB
id: KB-20260510-001 title: "Matrix 养号系统 SMS 验证码自动接收" type: system status: active nature: reference domain: system subdomain: [matrix, 养号, 自动化] tags: [SMS, 验证码, 抖音养号, 自动化登录] confidence: 0.9 source: "07_matrix 养号系统代码审查" date_created: 2026-05-10 date_modified: 2026-05-10 version: 1 summary: "SMS 验证码自动接收模块,通过 wx.tyhtak.com API 轮询获取短信验证码,替代手动输入。配置已从源码提取到 config/sms.yaml。"
collected: true collected_date: 2026-05-16---
SMS 验证码自动接收模块
架构
base.py — SMSHandler(抽象基类)
├── ManualSMSHandler — 手动输入(信号文件交互)
└── ApiSMSHandler — API 自动轮询(默认)
API: https://wx.tyhtak.com/api/biz/msg/messages
配置: config/sms.yaml
配置
位置:config_template/sms.yaml(模板)→ scripts/config/sms.yaml(实际)
每台机器独立,已加入 .gitignore。
sms:
api_key: "gtmsg2026"
phone: "15370103682"
base_url: "https://wx.tyhtak.com/api/biz/msg/messages"
poll_interval: 3
timeout: 120
工作流程
养号脚本需要验证码
↓
ApiSMSHandler.wait() 启动轮询
↓ 每3秒拉一次API
检测到新短信 → 提取验证码(4-6位数字)
↓
返回给登录流程自动填入
注意事项
- API Key 和手机号已从源码提取到配置文件,不再硬编码
- 超时120秒,可配置
- API 不可用时会打印警告,不中断流程