HTTP（开发者）
最常用的无状态请求/响应协议。一次"发送"就是一次完整往返。
界面怎么配
- 协议选 HTTP，方法选 GET/POST/…
- URL 填路径片段（如
/echo），域名由环境http前置 URL 承担（见 concepts）。 - 按需填参数、请求头、Body。
- 需要鉴权/加密/断言，加前置/后置操作（见 scripting）。
Body 常见形态：none / 表单(form-urlencoded) / 多部分(multipart) / JSON / 原始文本(raw)。选对类型，工具会帮你设好 Content-Type。
认证
请求可配内置认证类型：
实践中"登录一次、全组携带"更常用脚本注入 Bearer（见 recipes 场景1），比在每个请求里各配一遍认证更省事、还能自动跟随登录刷新。
Cookie / 代理 / TLS / 超时
- Cookie：环境的 Cookie 策略选"自动"则自动注入并保存 Set-Cookie；单个请求可覆盖。
- 传输设置（请求级，覆盖环境默认）：代理、是否校验 TLS 证书、连接/接收超时、是否跟随重定向及最大跳数、重试次数等。
一个完整示例
POST /echo，Body 选 JSON：{"hello":"world"} → 服务端原样回显 {method,url,args,headers,body,contentType,origin}。
测试服务端还备了这些典型场景，方便练手：
| 路径 | 用途 |
|---|---|
/echo | 原样回显请求 |
/json | 返回结构化 JSON（练提取/断言） |
/oauth2/token + /protected | 登录取 Token → 鉴权访问（recipes 场景1） |
/basic-auth、/bearer | 内置认证验证 |
/status/{code} | 返回指定状态码 |
/redirect/3 | 多级重定向 |
/delay | 慢响应（练超时） |
/charset/gbk | 非 UTF-8 编码（练乱码排查，见 faq） |
注意事项
- 发送失败、说"找不到基址"：多半是分组没绑带
http前置 URL 的环境，或前置 URL scheme 写错。 - 401/403：确认前置脚本真的注入了 Token（临时关掉脚本会得到 401，可用来定位）。
- 响应中文乱码：检查服务端返回的字符集，见 faq。
相关：环境、变量与装配机制见 concepts。