LOCAL-FIRST API WORKSPACE

把接口问题，
变成可复现请求。

手工配置每一处细节，直接发送并查看响应。没有账号，没有团队权限，也没有一层看不见的黑盒。

开始配置请求看看工作方式

请求与环境变量保存在当前浏览器

Vibe Request / API playbookLOCAL

数据只在当前浏览器配置即 vibe-request/1 原生 fetch 调试变量一处定义

headersAuthorization

query paramspage = 2

GETapi.example.com/ordersSend

200 OK184 ms

resolve variables

inspect response

A focused request loop

先把问题拆开，再把请求发出去。

工作台把配置和调试放在同一条路径里。你能看到请求是怎样组装的，也能在响应回来后立刻核对每一层。

写清楚请求方法、URL、参数、请求头、鉴权和请求体都可见、可改。

绑定环境变量用 {{baseUrl}} 复用地址，用 secret 变量遮住本地令牌。

保留调试现场最近请求带着状态、耗时和目标地址留在本地历史里。

The useful surface

够轻，但不简陋。

参考成熟 API 客户端的工作习惯，只留下单人调试真正需要的部分。

手工配置

方法、URL、参数、请求头、鉴权和请求体都在同一个清晰面板里。

直接调试

一次发送后查看状态、响应头、响应体、耗时和大小，问题停在现场。

目录复用

用集合和文件夹整理可复现请求，下一次从正确的配置开始。

随时带走

导出 Vibe Request JSON、cURL 或 Fetch 代码，不被平台格式锁住。

One document, three exits

配置不该困在一个页面里。

所有编辑都写入同一个 `vibe-request/1` 文档。你可以继续在浏览器调试，也可以把它交给终端、代码仓库或下一个工具。

集合与环境变量一起导出
cURL 适合复制给同事或贴进终端
Fetch 代码可以直接进入项目

collection.jsonportable

{
  "format": "vibe-request/1",
  "request": {
    "method": "POST",
    "url": "{{baseUrl}}/orders",
    "auth": "bearer",
    "body": "json"
  },
  "environment": "Local"
}

下一次排查，从一份清楚的请求开始。

打开工作台，建立你的第一个可复现接口请求。

打开 Vibe Request

把接口问题，变成可复现请求。