当你的客户端不会讲 MCP,而是直接调用 Tavily HTTP API 时,就看这一页。
典型场景包括:
如果你要接的是 MCP 客户端,请改看 /mcp,而不是 /api/tavily/*。
| Method | Path | 说明 | 认证 |
|---|---|---|---|
POST |
/api/tavily/search |
Tavily /search 代理入口 |
Hikari token |
POST |
/api/tavily/extract |
Tavily /extract 代理入口 |
Hikari token |
POST |
/api/tavily/crawl |
Tavily /crawl 代理入口 |
Hikari token |
POST |
/api/tavily/map |
Tavily /map 代理入口 |
Hikari token |
POST |
/api/tavily/research |
Tavily /research 代理入口 |
Hikari token |
GET |
/api/tavily/research/:request_id |
获取 research 任务结果 | Hikari token |
GET |
/api/tavily/usage |
当前 token 的按日/月聚合使用情况 | Hikari token |
推荐方式是:
对于 POST /api/tavily/* 这类 JSON 请求,也兼容把 token 放进 body:
补充约定:
Authorization: Bearer ...GET /api/tavily/research/:request_id 与 GET /api/tavily/usage 这种 GET 端点,应使用
Authorization 头,不用 bodyDEV_OPEN_ADMIN=true 的本地模式下,缺 token 也能走开发回退路径;生产环境不要依赖这个行为如果客户端只能把 token 放进 body,也可以这样写:
除 /search 外,当前还支持:
/api/tavily/extract/api/tavily/crawl/api/tavily/map/api/tavily/research这些端点都沿用同一套规则:
api_key 去掉,再换成真实的上游 Tavily keyResearch 结果读取示例:
https://<your-host>/api/tavily。th-<id>-<secret> 作为 API key 使用。不要把 Tavily 官方 API key 直接填入 Cherry Studio;通过 Hikari 才能复用密钥池、额度和审计能力。
本地开发时,API URL 通常就是:
http://127.0.0.1:58087/api/tavily
401 Unauthorized
429 Too Many Requests
400 Bad Request
max_results 这样的字段明显非法502 Bad Gateway
成功时,Hikari 会尽量直接返回 Tavily 上游的响应体,而不是再包一层自定义 envelope。
/mcp 和 /api/tavily/* 的区别/mcp
/api/tavily/*
两者底层共用:
| Method | Path | 说明 |
|---|---|---|
GET |
/health |
存活探针 |
GET |
/api/summary |
公共汇总指标 |
GET |
/api/user/token |
获取当前用户绑定的 token |
GET |
/api/user/dashboard |
用户控制台汇总数据 |
POST |
/api/user/logout |
用户登出 |
GET |
/api/keys |
管理员查看上游 key 列表 |
POST |
/api/keys |
管理员新增或恢复上游 key |
这些管理员接口走的是管理员鉴权,不是 Hikari token。
如果你要验收控制台状态、表格空态、管理员流程或 dialog 交互,而不是对接客户端, 请直接打开 Storybook。
如果你对接时遇到 401、429、502 或 token 传递问题,再看 FAQ 与排障。