登录状态属于账号，不属于某个人

它怎么工作

在启动时写入，而不是事后粘进去

把一个集分配给某个环境，Cookie 就会在会话启动时写进去，早于第一个页面加载。环境打开时已经是登录状态——没有哪个扩展在稍后一刻才把它们注入，也不存在网站先看到一个未登录访客的那个窗口期。

由于环境同时还带着自己的设备身份和自己的代理，被恢复的会话到达时，看起来就像它当初被创建时的那台机器、那个地方。一个在另一个国家、另一台设备上被恢复的 Cookie，恰恰就是平台判定会话被盗的那种模式——这也正是这三样必须配套，而不是三项各管各的设置的原因。

这个库

一个共享的库，而不是每个环境一份文件

这些集存放在整个工作空间共享的一个库里，所以一个集在不同环境之间挪动时不必重新上传。当一个账号要在新环境上重建，或者同一个登录状态需要被两摊工作用到时，这一点很要紧。

会话可以从一个文件导入，也可以整个文件夹一次导入——所以一个带着上一套方案导出目录找上门的客户，一个动作就接进来了，而不是五十个。

团队

它对一个团队意味着什么

密码留在当初开号的那个人手里。其他所有人拿到的是环境。换素材的设计、拉报表的客户经理、回消息的人，全都能进到账号里面，却从来不曾握有凭据——也不必让双因素验证码统统发到某一部特定的手机上。

有人离职时，什么都不用轮换，因为压根就没共享过什么。集留在工作空间里，环境留在它的文件夹里，下一个人把它打开。这就是交接的全部。

老实的那部分

Cookie 集不是什么

它不是密码管理器，也不保存凭据——它保存的是一次会话，那是另一回事，而且寿命更短。当网站让它过期，或者账号在所有设备上退出登录，这个集就不管用了，得有人重新登录一次，做一个新的。

而一次会话值多少，取决于账号值多少，所以对待一份导出也该照此办理。任何导入工作空间的东西，这个工作空间里的每个人都够得着——这既是共享库的意义所在，也是导入客户的东西之前该想一想的事。

不相干但常被混淆：本页讲的是你那些环境内部的 Cookie 存储。这个网站自己设置的 Cookie 完全是另一件事，由 Cookie 政策来说明。