aaihubhub
LOCAL-FIRST API WORKSPACE · SCHEMA FIRST

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

Vibe Request 把手工配置、请求预览、浏览器调试、环境变量和导出代码放在同一条轻量工作流里。没有账号,没有团队权限,也没有一层看不见的黑盒。

VIBE REQUEST / LOCAL API WORKSPACESCHEMA vibe-request/1
Vibe Request 工作台,左侧是集合目录,中间是请求配置,右侧是响应检查器
EDIT

配置每一处细节

方法、URL、查询参数、请求头、鉴权、JSON、Raw 和 Form 都在同一条清晰的请求路径里。

LOCAL

本地优先的调试现场

集合、环境变量和最近历史写入当前浏览器,不需要注册账号,也不把请求内容上传到产品服务器。

CURL

cURL 与 Fetch 随时带走

同一份配置可以导出为 Vibe Request JSON、cURL 或 Fetch 代码,继续进入终端和项目代码。

从配置到响应

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

工作台把配置和调试放在同一条路径里。你能看到请求如何组装,也能在响应回来后立刻核对状态、耗时、headers 与 body。

headersAuthorization
query paramspage = 2
GETapi.example.com/ordersSend
200 OK184 ms
response inspector{ "ok": true }
resolve variables
export cURL
  1. 01

    写清楚请求

    方法、URL、参数、请求头、鉴权和请求体都可见、可改,集合和文件夹让请求保持有序。

  2. 02

    预览并检查响应

    变量在发送前替换,JSON 自动格式化,响应 headers、耗时、大小和 HTML 预览都留在当前调试现场。

  3. 03

    导出并继续工作

    把配置导出成 JSON、cURL 或 Fetch。也可以导入 Postman collection 和已有 cURL,快速接回工作流。

代码即请求

一份文档,连接配置、调试与导出。

vibe-request/1 是工作台的可读文档格式。集合、请求和环境变量共享它,页面、预览器与导出器都围绕同一份配置工作。

01{ "format": "vibe-request/1",
02  "request": {
03   "method": "POST",
04   "url": "/orders",
05   "auth": "bearer",
06  }
07}

清楚的请求边界

方法、地址、参数、headers、auth 与 body 都有明确位置,不把关键配置藏在聊天记录里。

发送前先校验

JSON 请求体和变量状态在浏览器发送前检查。缺少变量会保留在预览中,不会悄悄变成空字符串。

可读、可存、可迁移

文档可查看和下载,刷新后自动恢复,也可以重新导入另一个浏览器或团队已有的 cURL。

参考成熟工具

把 API 客户端的秩序,缩成单人工作台。

HOPPSCOTCH

参考 Hoppscotch 的集合、环境、请求编辑和导入导出习惯,重新实现为轻量的本地优先工具。

LOCAL FIRST

不提供团队空间或远程数据库。配置只写入浏览器 localStorage,导出的文档由你自己保管。

BROWSER FETCH

浏览器直接使用 Fetch 发送请求,保留目标服务的 CORS 和安全边界,不把密钥交给中间代理。

CONFIGURE / DEBUG / EXPORT

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

打开工作台,建立你的第一个可复现接口请求,再把它带进终端、代码仓库或下一个调试现场。

打开工作台