浏览器池

在开放互联网上做自动化，迟早撞上同一堵墙：站点要你先登录。发布要账号，抓看板的工作流要 会话，想按最高画质下一条视频往往也要。每个功能各自解决，结果就是同一份登录复制到三处，在三个 不同的时间失效。

浏览器池就是这些登录唯一住的地方。每一份是一个档案：一段带自己 cookie 和存储的持久 浏览器会话，落在 Electron 的 Partitions/ 目录下。

两类档案#

• 发布账号绑定平台（TikTok / YouTube / 抖音 / B站 / 小红书 / 视频号）。发布矩阵从这里挑， 绑定这件事本身也是 Mosael 判断该走哪套上传流程的依据。
• 通用档案对应任意其他站点，工作流的 RPA 节点和智能体的浏览器工具用它。

两类的建立方式一样：新建档案，然后在内嵌浏览器窗口里像平时用 Chrome 一样登录。Mosael 不经手也不保存你的密码 —— 它留下的是站点发回来的那段会话。

登录，以及保持登录#

卡片上有状态徽标：已登录、需登录、检测中。复检会打开站点，找一份「你确实还是 登录态」的证据，结果和时间戳落在卡片上。会话死了，卡片当场说，而不是留到下一次发布失败。

复检刻意采信证据而不是「页面打开了」：把加载成功当成登录成功，正是账号池一边坚称你已登录、 一边每次上传都失败的成因。

每个档案还能单独设代理，入口在卡片右键菜单里。会话和出口地址成对绑定，多数平台期望的 也是这个。

谁可以用一个档案#

这一节值得读仔细。

• 发布用的是绑在目标平台上的那个账号。绑定就是为这件事服务的，不再额外问你。
• 工作流在节点上明写档案（profile_id，节点的会话模式为 pool 时必填），所以你搭出来的 流程自己说清了用哪个身份。
• 智能体在打开档案之前必须先问。借用登录身份被归为外部动作，会弹一张点名档案的确认 卡 —— 你没交出去的身份，它够不着。

最后这条有两个细节值得知道，因为它们决定了一次批准到底买到了什么：

• 确认卡上有**「本会话始终允许」**。它按工具、按会话生效，而且是你点的，不是智能体能给自己 设的档位。
• 批准针对的是打开这个动作。页面打开之后，智能体在里面的操作 —— 输入、点击、求值 —— 被归为只读，不会各自再弹一张卡。所以一次通过的 browser_pool_open，读作「你可以在这个站点 上以这个身份行事」，而不是「你可以做恰好一个动作」。

据此判断就好：这是一个关于「让智能体穿哪个身份」的决定，所以卡片上真正该问自己的是，愿不愿意 让它以那个账号的名义行事。

卡片上的开关关掉之后，这个档案对发布和智能体都不可见，但既没被删掉也没退出登录。

团队部署里的共享#

自己拥有的档案可以从右键菜单共享进工作区。其他成员随后就能用它发布、在工作流里选它 —— 而凭据始终没有经过任何人之手，因为共享出去的是会话，不是密码。

数据在哪#

会话落在 Electron 的用户数据目录（Partitions/）下，不在 SQLite 库里。它天然是按机器的： 一段浏览器会话绑定创建它的那个浏览器，所以切到团队后端不会把登录一起带过去。