butubb
2112c1a870
移植自 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 带网关原话 / 正常返回）。
56 lines
2.1 KiB
Markdown
56 lines
2.1 KiB
Markdown
# 命令传导治理——改动清单与范围
|
||
|
||
> 日期: 2026-06-25 | 目标版本: 4.2.1
|
||
> 改动后由用户全面审计
|
||
|
||
---
|
||
|
||
## 改动范围总览
|
||
|
||
### 前端视图（4个文件）
|
||
|
||
| 文件 | 当前问题 | 改为 | 工作量 |
|
||
|:-----|:---------|:-----|:-------|
|
||
| `views/matrix-like.js` | 用旧路由 `/matrix/task/run` + 双重循环逐个发 | `POST /api/ops/run {type:'like', accounts:全部}` | 中 |
|
||
| `views/matrix-sms-proxy.js` | 用已删除的路由 `/matrix/collect-homepage` | `POST /api/ops/run {type:'collect', accounts}` | 小 |
|
||
| `views/matrix-accounts.js` | 单账号采集/登录逐个发 | 一次性提交 + 显示结果 | 中 |
|
||
| `views/matrix-comment.js` | — | 审计确认是否需要改 | 小 |
|
||
|
||
### 后端路由（1个文件）
|
||
|
||
| 路由 | 处理方式 |
|
||
|:-----|:---------|
|
||
| `routes/matrix.py:/task/run` (POST) | 删除（已改由 `/api/ops/run` 替代） |
|
||
| `routes/matrix.py:/nurture/start` (POST) | 删除（已改由 `/api/ops/run` 替代） |
|
||
| `routes/matrix.py:/collect-homepage/*` (POST) | ✅ 已删除 |
|
||
|
||
### 旧模块（modules/ 中的残留引用）
|
||
|
||
| 模块 | 引用 | 处理 |
|
||
|:-----|:------|:------|
|
||
| `modules/collect.js:92` | `/api/matrix/task/run` | 改为 `/api/ops/run` |
|
||
| `modules/recording.js:137,149` | `/matrix/collect-homepage/phone` + `/status` | 删除或改为新路由 |
|
||
| `modules/nurture.js:109,122,153,165` | `/matrix/collect-homepage` + `/status` | 删除或改为新路由 |
|
||
|
||
### CMD_REGISTRY
|
||
|
||
| 条目 | 当前 | 改为 |
|
||
|:-----|:-----|:-----|
|
||
| `nurture.runner` | 定义了但 dispatch 未使用 | dispatch 使用 runner 字段 |
|
||
| `comment` 模板 | 含 `{direction}` 可能缺失 | 去掉 direction 或设默认值 |
|
||
|
||
---
|
||
|
||
## 实施顺序
|
||
|
||
```
|
||
Step 1: 改 matrix-like.js（旧路由，最高优先级）
|
||
Step 2: 改 matrix-sms-proxy.js（旧路由已删除，会404）
|
||
Step 3: 改 matrix-accounts.js（逐个发送问题）
|
||
Step 4: 改 modules/*.js 旧引用
|
||
Step 5: 删除后端旧路由 + 清理 CMD_REGISTRY
|
||
Step 6: 构建前端 + 重启 Dashboard
|
||
Step 7: git push + 同步远程
|
||
Step 8: 提供改动清单供用户审计
|
||
```
|