x-account-teardownlisted

# X 账号起号解剖器 把任意一个 X 账号变成一份「起号解剖报告」:**它怎么从 0 做起来的,内容/节奏/打法是什么,怎么抄。** ``` 拿到 handle → 采集全量推文 → 解剖分析 → 生成报告(Markdown + 增长曲线图) ``` 最终产物:一份 `REPORT.md`(GitHub 原生可读)+ `growth.svg` 增长曲线,放在用户指定的产出目录。 --- ## 第 0 步:确认输入 从用户输入里提取 **handle**(去掉 @ 和 URL 前缀,`https://x.com/foo` → `foo`)。 若用户没说要分析谁,问一句「分析哪个账号?给我 @handle 或主页链接」即可,不要长篇确认。 可选追问(能推断就别问):是否需要包含回复(默认包含,回复是起号研究的关键信号)。 --- ## 第 1 步:环境自检(只在首次/报错时做) 脚本目录:`scripts/`。需要 **Python 3.10+** 和 **twscrape**。 ```bash # 找一个 3.10+ 的 python(系统自带常是 3.9,不够) which python3.11 python3.12 python3.13 2>/dev/null # 在产出目录建独立 venv 并装依赖(只需一次) <py3.10+> -m venv <产出目录>/.venv <产出目录>/.venv/bin/pip install -q twscrape jieba ``` > jieba 可选,但强烈建议装——中文内容支柱提取靠它,不装会退化成 n-gram 噪音。 **登录态**:`acquire.py` 会自动从「带调试端口运行的 Chrome」抠 cookie(连 httpOnly 的 auth_token 都能拿,无需 API key、无需手动贴 token)。 前提:用户的 Chrome 是用 `--remote-debugging-port=9222` 启动且已登录 x.com(本机 web-access skill 的 CDP 模式即满足)。 如果没有,提示用户三选一(脚本报错信息里有):带调试端口启动 Chrome / 传 `--cookies` / 设 `X_COOKIES`。 **网络**:脚本自动复用系统 `HTTPS_PROXY` 或探测本地代理(7890 等)。x.com 直连不通的地区必须挂代理(国内常态)。twscrape 本身不读环境变量代理,脚本已显式把代理传给 `API(proxy=)` 和账号;只 export 变量不够。 **抠 cookie 的两个坑**: 1. Chrome 的 `ws://127.0.0.1:9222/devtools/browser` 端点同一时刻只准一个客户端。有常驻 CDP 代理(如 web-access 的 cdp-proxy)占着时,抠 cookie 会超时,这时走脚本缓存或改传 `--cookies` / `X_COOKIES`。 2. Chrome 134+ 首次被 CDP 连接会弹「要允许远程调试吗」,必须在电脑前点允许;Chrome 不重启就不再弹。用 `--remote-debugging-port` + 专用 `--user-data-dir` 启的 Chrome 不弹。 --- ## 第 2 步:采集(acquire.py) ```bash <venv>/bin/python scripts/acquire.py <h