01是什么WHAT IT IS
一条跑在本机的个人消息管道：定期读取微信客户端窗口与抖音网页版的可见内容，识别出新消息，按规则分流——命中关注主题的即时弹系统通知，指定主题的群消息留档成可检索的日志，其余一概不收。
02为什么重要WHY IT MATTERS
这类平台不提供个人消息 API。常见的替代路线——协议逆向、本地数据库解密——分别踩在封号风险和合规红线上（2025 年一个主流微信记录导出工具因官方函件删库，就是后者的实例）。这个项目探索剩下的那个象限：只自动化操作自己的客户端、只读、数据不出本机。它也顺手当了一次权限边界的练习——系统授权开到哪（辅助功能、屏幕录制），工具能做什么（只读，不写），数据去哪（只留本机）。这些边界都写成明面上的规则，不藏在默认行为里。
03架构方向ARCHITECTURE
四层加一个守护，每层可独立替换：
- 采集层——微信侧：按窗口 ID 截取客户端窗口（窗口在其他桌面空间或被遮挡也能截到）；抖音侧：浏览器自动化驱动网页版，登录态持久化，扫一次码长期有效。
- 识别层——系统自带 OCR（中英混排），按版面坐标把识别结果拆成会话列表区与聊天区，还原成结构化的「会话 → 最新消息」列表。不依赖客户端的无障碍接口——实测该接口在新系统上是空的。
- 判断层——与上一轮状态做差集得到新消息，按关键词分级：高优主题命中即通知（带去重防抖），关注主题的群留档，其余丢弃。规则是一份可编辑的配置文件。
- 出口层——即时通知走系统通知中心；留档写成逐行 JSON 日志，天然可检索、可被下游工具消费。
- 守护——常驻进程按固定间隔轮询，状态落盘，重启续跑；找不到目标窗口时静默降级而不是报警轰炸。
04证据状态EVIDENCE STATUS
Implemented：微信窗口读取、监控守护（通知 + 留档）、抖音私信会话读取——2026-07 在本机跑通。公开证据（脱敏截图、日志样例）尚未整理，这个"跑通"目前外部无法核对，要等 Planned 落地。
Prototype：指定会话完整历史的读取（需要合成点击与滚动）。
Planned：脱敏运行截图、日志样例、把识别与解析抽成可复用模块。
为什么整档标"准备中"：本档案目前没有公开仓库、没有截图、没有日志样例，是全站证据最薄的一档（与 P-005 同处准备中）。按本站的规矩，上面的 Implemented 只表示"本机跑通过"，不表示你能验证；Planned 落地之前，档案不转"已发布"。
05边界BOUNDARY
只读，不发送、不代回复任何消息。所有消息数据留在本机，公开页不展示任何真实会话内容。轮询频率刻意保守，不对平台施加异常负载。这是个人自动化工具，不是产品，也不声称通用：上游是两个随时会改版的客户端界面，改版即失效是它的固有属性，脆弱性写在这里而不是藏起来。
06下一步NEXT
补齐指定会话的历史读取；出脱敏截图与日志样例；把「窗口截屏 + OCR + 分栏解析」抽成独立模块，让采集层可以覆盖更多没有 API 的桌面应用。