#WorkBuddy# AI 替你点网页，十个项目九个卡在登录上——腾讯把这个坑开源了

我每天让 AI 在几个平台定时干活：发内容、查数据、盯评论。前面 90% 的步骤它都利索，但几乎每次一到「登录」这一步，流程就断——要么二维码扫到过期，要么 cookie 失效，整个流程推倒重来。

折腾了两个月我才想明白一件事：Agent 干活，卡住它的从来不是不够聪明，是它没有「身份」。

我的土办法是把登录态存成文件，让 AI 每次带着这份「通行证」进场。能用，但脆：平台一改版就断，cookie 一过期就得重新扫码。我算过，一套自动化流程里光是处理登录的各种意外，就能吃掉一半的维护时间。

9 月 16 日腾讯开源了 BrowserSkill，思路直接戳在这个点上——不让 AI 自己重新登录，而是让它借用你已经登录着的浏览器标签页去干活。支持 MCP 和 CLI 两种接法，上线当天 GitHub 星标就冲到 2400 多。这个思路建议先收藏：接下来各家都会出类似方案，到时候翻出来对比着挑，不吃亏。

为什么我觉得这个思路值钱？因为 Agent 落地最难的一关不是「会操作」，是「身份验证」。验证码、扫码、风控、设备指纹——模型再聪明也过不去，这是写死在平台规则里的墙。借用真人已登录的会话，等于把最难的一整步直接跳过去。这比再攒一套自动化脚本、再补一遍反爬对抗，聪明得多。

但坑也明摆着：AI 借的是你的登录态，它的权限就是你的权限。它点错一步，等于你亲手点错；它要是拿着你的号发出去什么不该发的，锅也是你的。所以我的建议很具体：先拿无关紧要的小号、低风险任务试水，跑稳了再逐步放权，主号别急着交出去。

我的判断：「借登录态」会是 Agent 接下来的标配玩法，就像当年的插件之于浏览器——平台不会喜欢它，但用户会用脚投票。

二选一：你敢把已登录的主号直接交给 AI 操作，还是只敢给小号？评论区说答案——我赌一半人嘴上说敢，手上不敢。