跳到內容

Cookie jar

Restorm 為每個環境保留一個真正的 Cookie jar。回應的 Set-Cookie 會被擷取, 並遵循 Domain / Path / Expires / Max-Age / Secure / HttpOnly / SameSite,接著在下一個相符的請求中以 Cookie 標頭重新送出 — 於是一段 登入 → 受保護路由的流程,無須您手動複製權杖便能直接運作。

Cookie jar工作臺分頁:左側是環境樹,右側是依網域分組、置於可摺疊面板中的已儲存 Cookie

Cookie jar是依作用中的環境建立索引的,而非依請求。切換環境就會切換 Cookie 情境,指向同一主機的兩個環境之間絕不共用 Cookie。情境節點使用與互動式 編輯器相同的環境 Cookie jar,因此一個登入步驟與後續一個受保護的呼叫,會在同一次 執行中共用它們的 Cookie。

透過檢視 ▸ Cookie jar開啟它。這是一個唯一的工作臺分頁(就像主控台或 防火牆一樣),顯示專案的每一個 Cookie:

  • 左側是環境樹(先是「無環境」罐,接著是各個環境,每個都帶有自己的圖示);
  • 右側是所選環境的 Cookie,在可摺疊面板中依網域分組,每一列顯示名稱、 路徑、到期時間、屬性與值。

從那裡您可以手動新增一個 Cookie(網域面板上的 + 會預先填入該網域)、在 對話方塊中編輯某個 Cookie、刪除某個 Cookie、清空整個網域或整個 Cookie jar。破壞性操作會要求確認。該分頁會即時重新整理:執行一個會設定 Cookie 的請求,它便會立刻出現。

每一個以 HTTP 為基礎的請求(HTTP、OData、GraphQL、SOAP、tRPC、JSON-RPC、SSE、 WebSocket)都會在 Response 與 Info 旁邊多出一個 Cookies 分頁,其範圍限定於 所選環境與目前這個請求。它會列出隨請求送出的 Cookie,以及在回應中收到的 Cookie — 包括在重新導向過程中設定、卻從不會出現在最終回應標頭中的 Cookie。 該分頁不論在即時狀態下,或用於請求歷史中的某個過往回應,都可使用。

Cookie 會按專案儲存在您的使用者資料目錄下。持續性 Cookie(帶有 Expires 的那些)會像瀏覽器保存它們那樣,在您重新開啟專案時被儲存並重新載入; 工作階段 Cookie(沒有 Expires)只存在於記憶體中,並在應用程式重新啟動時 被捨棄。

AI 代理程式可以透過 MCP 工具 list_cookiesadd_cookieremove_cookieclear_cookie_domainclear_cookies 讀取並變更這個 Cookie jar,每個工具 都依環境建立索引。這些是 Pro / Enterprise 工具。