把 cURL 转成 fetch 或 Axios 之后，还要人工过一遍

从 DevTools 或工单复制一条能跑通的 cURL，再转成应用代码，是 API 调试里的常规步骤。自动转换器省时间，但也容易把密钥和传输细节原样带进仓库。

这对应 本地浏览器 API 调试工作流 里的复现步骤。转换后请校验 JSON body，合并前可参考 JSON Schema 校验。

转换器通常做对的

常见情况下会保留 HTTP 方法、URL、常见 header、以及 --data / --data-raw 里较明确的 JSON 或 raw body。

把命令贴进 cURL 转换器，选 fetch 或 Axios，把输出当草稿，不要直接提交。

容易出错的点

• Shell 引号：从 bash 复制的转义符不一定是 HTTP payload 的一部分。
• 重复 header：网关或多次 -H 可能与运行时合并行为不一致。
• --data-raw vs --data-binary：换行、@file 不一定能映射成内联字符串。
• Cookie / session 参数：-b、-c 和浏览器 cookie 很少应原样进服务端代码。
• URL 编码与尾斜杠：转换器只看到一个字符串，路由层可能做不同规范化。

body 看起来差不多时，先用 JSON 格式化工具 确认是合法 JSON。

合并前先拆 URL

authorize 或 webhook URL 很长时，先用 URL 解析器 拆 query，再和框架序列化结果对比。

合并前检查清单

• 生产 token 换成环境变量或测试 fixture。
• Content-Type 与真实 body 编码一致。
• 去掉客户端库会自动设置的 header。
• 在 staging 用相同字节重放，而不是重新 JSON.stringify 的对象。
• 关键接口补或更新契约测试。

转换器缩短「终端能跑」到「代码起点」的路径；安全步骤仍应留在 code review 里。

完整流程见 本地浏览器 API 调试工作流。