/v1 下,适合应用开发团队把问数接进业务系统、门户、服务流程或自动化平台。最少只要一个接口就能跑通:POST /v1/integration/query,传数据源和问题,拿回自然语言回答。
开始前
- 一个 AskTable 部署实例,以及它的对外地址。
- 一个项目 API-Key。只提问用
asker类型;要调管理类接口(建数据源、改权限、删智能体)用admin类型。 - 创建位置:左侧主导航 → 「设置」 → 「API-Key」 → 「创建 API-KEY」。完整值只在创建时显示一次。
- 至少一个状态可用的数据源,以及它的 ID(形如
ds_xxxxxxxx)。 - 文档入口:底部头像 → 「文档」 → 「REST API」,直接打开该实例的 Redoc。
操作步骤
1
确认接口根地址和文档地址
假设 AskTable 地址是
https://asktable.example.com:接口和字段以当前实例的 Redoc 为准,不同版本可能有增减。
2
带上认证头
所有业务接口都用同一个请求头:
asker 类型的 Key 只能走问数类接口(如 POST /v1/integration/query);admin 类型才能调管理类接口。3
发起一次提问
POST /v1/integration/query 是稳定的提问入口,成功返回 HTTP 201。datasource_ids 至少给一个,question 上限 4096 个字符:role_id 和 role_variables:4
读返回体
status 只有 success 和 failed 两个值。conversation_id 用于追溯这次调用,可以拿它到「所有对话」里打开同一条会话继续看。5
按需扩展到其他资源接口
同一个
/v1 根下还有数据源、数据智能体、技能、角色、策略、对话、数据看板、画卷、模型组等资源接口。能调哪些由 Key 类型和项目权限决定,具体路径以 Redoc 为准。6
上生产前收口
- 每个应用或环境用独立的项目 API-Key,不共用管理员 Key。
- 只在服务端调用,不要把 Key 放进浏览器、移动端或 iframe 页面。
- 给请求设超时和重试上限,区分认证失败、权限拒绝、参数错误、数据源未就绪和服务超时。
- 业务日志里记调用方、项目、时间、耗时、HTTP 状态和
conversation_id,不要记完整问题里的敏感数据。 role_id和role_variables由服务端决定,不接受调用方直接传上来的任意值,避免被用来扩大数据范围。
