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,68 @@
|
||||
---
|
||||
id: KB-SYS-MEMORY
|
||||
title: "记忆系统索引"
|
||||
type: reference
|
||||
date_created: 2026-05-03
|
||||
date_modified: 2026-05-03
|
||||
description: "AgentOS 记忆系统结构总览——所有记忆组件的入口"
|
||||
---
|
||||
|
||||
# 🧠 记忆系统索引
|
||||
|
||||
> 记忆系统位于 `04_memory/`，本文档提供从 Obsidian 访问记忆的入口。
|
||||
> 每日记忆摘要已通过软链接同步到 `01_daily/memory/`，可在 Obsidian 直接全文搜索。
|
||||
|
||||
---
|
||||
|
||||
## 一、记忆组件一览
|
||||
|
||||
| 组件 | 位置 | 格式 | 说明 | 可搜索？ |
|
||||
|------|------|------|------|---------|
|
||||
| **每日摘要** | [[01_daily/memory/]] | Markdown | 每日对话提炼的关键事实 | ✅ Obsidian全文搜索 |
|
||||
| **跨机器注册表** | `04_memory/cross_machine/registry/` | JSON | 各机器的注册信息 | ❌
|
||||
| **L1 关键词索引** | `04_memory/long_term/` | JSON | BM25 关键词索引 | ❌
|
||||
| **L2 结构化事实** | `04_memory/long_term/facts.db` | SQLite | 带置信度的事实数据 | ❌
|
||||
| **L3 原文存档** | `agent-local/memory/raw/` | Markdown | 原始对话记录 | ❌（不同步）|
|
||||
| **错误日志** | `04_memory/logs/` | 文本 | 错误记录 | ❌ |
|
||||
| **工作日志** | `04_memory/daily_logs/` | Markdown | 夜间自动化执行记录 | ⏳ 规划中 |
|
||||
|
||||
---
|
||||
|
||||
## 二、每日摘要索引
|
||||
|
||||
| 日期 | 摘要 | 状态 |
|
||||
|------|------|------|
|
||||
| 2026-05-03 | — | ⏳ 今夜自动化生成 |
|
||||
|
||||
---
|
||||
|
||||
## 三、在 Obsidian 中搜索记忆
|
||||
|
||||
### 方式1：全文搜索（Obsidian 原生）
|
||||
|
||||
```
|
||||
搜索范围: 01_daily/memory/ 下的所有 .md 文件
|
||||
操作方法: Cmd+Shift+F → 输入关键词
|
||||
搜索对象: 每日摘要中的关键事实
|
||||
```
|
||||
|
||||
### 方式2：语义搜索（对话中发起）
|
||||
|
||||
```
|
||||
说: "搜一下记忆，关于[关键词]"
|
||||
底层: ChromaDB 向量检索 + BM25 关键词
|
||||
效果: 理解语义，搜到相关记忆条目
|
||||
```
|
||||
|
||||
### 方式3：查看索引
|
||||
|
||||
```
|
||||
本页面提供全部记忆组件的链接和说明。
|
||||
可以直接点击 [[01_daily/memory/]] 浏览所有每日摘要。
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 四、记忆系统架构
|
||||
|
||||
详见 [[99_system/architecture/loading-architecture|加载与检索架构]]（管道④：记忆系统分层检索）
|
||||
Reference in New Issue
Block a user