HTTP 轉換工作流程
cURL 轉 Fetch：保留 body，說明瀏覽器限制
終端機可成功的命令，仍可能在瀏覽器 Fetch 失敗。先轉換請求描述，再確認瀏覽器規則。
內容更新： · 維護者與修正回報
使用單一靜態 POSIX 命令
支援 -X／--request、-H／--header、-d／--data、--data-raw、literal --data-binary、--json、-I／--head、-L／--location 及 --url。最多 128 KiB UTF-8，以資料解析 POSIX 單／雙引號及反斜線換行。URL 含 shell 特殊字元時需加引號。只有 ASCII 空格／tab 分隔字詞；拒絕命令內裸換行，保留引號內換行及反斜線換行。
環境變數展開、命令替換、反引號、管線、重導向、多個 URL、不明選項與 @file 會停止轉換。--data-raw 會保留開頭的 @ 原文。刻意不支援 -u 帳密與混合一般／JSON 資料模式。
保留 body 所描述的原始內容
重複一般 data 用 & 連接，重複 --json 則直接串接。未指定方法時，有資料便採 POST。一般 data 預設 application/x-www-form-urlencoded；--json 在未覆寫時提供 application/json Content-Type 及 Accept。
轉換器不解析再重序列化 JSON。像 222222222222222222 這樣的數值需保留原文，避免經 JavaScript Number 而四捨五入。瀏覽器 Fetch 無法表示 GET／HEAD body，因此拒絕。自訂 method 保留大小寫；明確指定 DELETE／GET／HEAD／OPTIONS／POST／PUT 時須大寫，避免 Fetch 自動正規化而改變原文。
檢查 header、重新導向與 CORS
程式碼保留 header 配對順序與重複值，但瀏覽器仍可能合併。Cookie、Host、Origin、Content-Length 等瀏覽器控制的 header 會省略並顯示警告，不代表能複製終端機的 Cookie 或憑證行為。
Fetch 預設 redirect:manual，對應未加 -L 的 cURL；手動重新導向回應可能 opaque，-L 才改用 follow。CORS、TLS 與瀏覽器憑證政策仍適用，不加入 no-cors 變通方式，並拒絕 CONNECT、TRACE 及 TRACK。
分享前先遮罩
Authorization、X-API-Key 等已知敏感 header，在預覽、複製及下載都預設改為 [REDACTED]，直到明確顯示。來源文字欄位仍可見。這不是完整私密資料偵測：query、body 與自訂 header 仍可能洩漏秘密。
工具不執行 cURL／Fetch、不連線到該 API、不上傳或儲存輸入、不寫入網址或輸入分析。修改會撤銷匯出並重設顯示秘密。來源快照為 2026-10-09；在其他地方執行前，先檢查輸出程式碼。
資料可信度