提示：把 URL 片段用花括號包起來（
{userId}）即可作為路徑引數管理；生成的程式碼會隨每次編輯即時重新整理。GET/HEAD 請求會忽略請求體。生成的檔案上傳使用 cURL 的
@file 風格或其他語言的佔位符 —— 真實檔案請在自己的程式碼中附加。跨源傳送由
REST API 客戶端處理（請遵守伺服器的 CORS 策略）；要反向解析已有命令請用
cURL 命令轉換器。
HTTP 方法詳解
選擇不同方法時，生成的 cURL / Node / Python / PowerShell 程式碼會隨之變化。以下是每個動詞對你正在構建的請求的含義：
GET — 獲取資源的表示。它不應改變伺服器狀態，生成的請求通常沒有請求體。讀取、搜尋與列表類介面請用 GET。
POST — 提交資料以建立新資源或觸發動作。請求體會成為生成程式碼中的載荷（cURL 的 --data-raw、Node/Python 的 body 引數等）。POST 不是冪等的：傳送兩次可能建立兩個資源。
PUT — 完整替換現有資源。在請求體中傳送完整物件；省略的欄位可能被視為空。生成的程式碼會把整個請求體傳送到確切的 URL。
PATCH — 只更新你提供的欄位。請求體攜帶部分變更集，因此只編輯一兩個值時，生成的請求比 PUT 更小。
DELETE — 刪除 URL 處的資源。它是冪等的且通常沒有請求體，因此生成的程式碼是隻帶請求頭的簡單刪除呼叫。
HEAD — 只請求響應頭，不要響應體。生成的程式碼看起來像 GET，但只返回 Content-Length、Last-Modified 或 Content-Type 等後設資料，節省頻寬。
OPTIONS — 探測伺服器對某個 URL 允許什麼，或模擬 CORS 預檢。響應頭（例如 Access-Control-Allow-Methods）會顯示允許的動詞。OPTIONS 通常沒有請求體。
容易混淆： HEAD 與 GET — 生成的請求很相似，但 HEAD 不返回響應體。PUT 與 PATCH — PUT 會整體重寫資源；PATCH 只修改你提交的欄位。
