Cookie jar

Restorm 为每个环境保留一个真正的 Cookie jar。响应的 Set-Cookie 会被捕获， 并遵循 Domain / Path / Expires / Max-Age / Secure / HttpOnly / SameSite，随后在下一个匹配的请求中作为 Cookie 头重新发送 —— 于是一段 登录 → 受保护路由的流程无需您手动复制令牌便能直接跑通。

按环境隔离，绝不按请求

Cookie jar是按活动环境建立索引的，而不是按请求。切换环境就会切换 Cookie 上下文，指向同一主机的两个环境之间绝不共享 Cookie。场景节点使用与交互式 编辑器相同的环境 Cookie jar，因此一个登录步骤与随后一个受保护的调用会在同一次 运行中共享它们的 Cookie。

Cookie jar标签页

通过视图 ▸ Cookie jar打开它。这是一个唯一的工作台标签页（就像控制台或 防火墙一样），显示项目的每一个 Cookie：

• 左侧是环境树（先是「无环境」罐，然后是各个环境，每个都带有自己的图标）；
• 右侧是所选环境的 Cookie，在可折叠面板中按域名分组，每一行显示名称、 路径、过期时间、属性和值。

在那里您可以手动添加一个 Cookie（域名面板上的 + 会预填该域名）、在 模态框中编辑某个 Cookie、删除某个 Cookie、清空整个域名或整个 Cookie jar。破坏性操作会要求确认。该标签页会实时刷新：运行一个会设置 Cookie 的请求，它便会立即出现。

按请求的 Cookies 标签页

每一个基于 HTTP 的请求（HTTP、OData、GraphQL、SOAP、tRPC、JSON-RPC、SSE、 WebSocket）都会在 Response 和 Info 旁边多出一个 Cookies 标签页，其范围 限定为所选环境和当前这个请求。它会列出随请求发送的 Cookie，以及在响应中 收到的 Cookie —— 包括在重定向过程中设置、却从不会出现在最终响应头里的 Cookie。该标签页既可在实时状态下使用，也可用于请求历史中的某个过往响应。

持久化

Cookie 按项目存储在您的用户数据目录下。持久性 Cookie（带有 Expires 的那些）会像浏览器保存它们那样，在您重新打开项目时被保存并重新加载；会话 Cookie（没有 Expires）只存在于内存中，并在应用重启时被丢弃。

通过 MCP 驱动

AI 智能体可以通过 MCP 工具 list_cookies、add_cookie、remove_cookie、 clear_cookie_domain 和 clear_cookies 读取并修改这个 Cookie jar，每个工具 都按环境建立索引。这些是 Pro / Enterprise 工具。