我让 AI 读浏览器 cookie，它把我登录态全清了

摘要：让 AI 自动采集 6 个平台后台数据需要 cookie，AI 读 Edge 浏览器登录态时触发 App-Bound 加密防护，全站登录被清空。CDP 路线实测判死后，我改用自制浏览器扩展一键直发本地，6/6 平台 cookie 全部收齐。

我 39 岁，白天在高速公路项目部跑征迁，晚上带着 AI 搭一支数字员工团队，目前 5 个组的架构搭好了，1 个组在上岗干活。8 月 7 号下午我出门前派了个活：把我 6 个平台账号后台的阅读、点赞数据自动采回来，以后不用我管。

晚上吃完饭回来，我打开 Edge，发现所有网站都要重新登录。

全部。知乎、CSDN、掘金、头条、百家号、小红书，一个不留。

满库变 57 条

先交代背景。自动采集后台数据，绕不开 cookie，就是你登录后浏览器存的那串凭证，拿着它程序才能假装成你去调后台接口。我当时嫌手动导出麻烦，让 AI 直接读 Edge 的登录态，我的动作为零。

派出去的 agent 想了个办法：用 junction 把我真实的浏览器数据目录桥接到一个新位置，再开调试端口去读。junction 是 Windows 的目录联接，能把一个文件夹伪装成另一个路径，程序以为自己在新目录，实际读写的是老地方。

它不知道，Edge 151 有个叫 App-Bound 的加密防护。cookie 的解密密钥被绑死在原安装路径和系统账户上，换个路径访问就解不开。解不开还不算完，Edge 会把这些它解不开的 cookie 当成坏数据，直接从库里清掉。

等我发现的时候，cookie 库从满库变成了 57 条，全是没登录价值的残汤剩水。所有网站的登录态，一夜归零。

好在密码本、收藏、历史记录都不受影响。代价就是 6 个平台挨个重新登录，一顿扫码。

翻车之后我让 AI 把剩下那条主流路线也测一遍：CDP，Chrome 调试协议，给浏览器开个调试端口，外部程序就能接管它。微信、钉钉那套"解密本地数据库"的经验在这类场景一直好使，我以为浏览器也就是麻烦一点。

实测结果，两条路全堵死：

也就是说，对新版 Edge，"外部程序借用本地登录态"这件事，微软就是故意堵死的。微信钉钉的经验平移过来是错的，人家加密设计的出发点就不一样。

后来想通了一句话：浏览器内部的东西，只许浏览器内部的代码碰。

那就在里面放一个自己人。我写了个浏览器扩展，不到一天的活：

Edge 打开 edge://extensions，开开发人员模式，加载这个扩展，一次装好；
日常使用就一步，点一下扩展图标；
扩展在浏览器里合法地读到 6 个平台的 cookie，合并后直接 POST 到本机 127.0.0.1:8976 的一个接收服务，原子写进项目目录，明文不经过下载文件夹。

接收服务注册了开机自启，常年在跑。实测结果：6/6 平台 cookie 全部收齐，CSDN 47 条，知乎的 z_c0、头条的 sessionid、百家号的 BDUSS、小红书的 creator session，关键登录态一个不缺。整个操作压到我点一下鼠标。

现在回头看，那个"我的动作为零"的念头才是祸根。想省一步手动导出，赔进去全站重新登录，还白搭一个下午。有些活，让人点一下，天塌不下来。

你让 AI 碰过浏览器、微信这类本地数据吗？它给你清掉过什么？评论区说说，让我平衡一下。