asktable),共 43 个工具。MCP 不绕过 AskTable 的权限:客户端能调什么,仍由 API-Key 类型和项目权限决定。
开始前
- 一个 AskTable 项目和项目 API-Key。只要问数用
asker;要调管理类工具用admin。 - 创建位置:左侧主导航 → 「设置」 → 「API-Key」 → 「创建 API-KEY」,弹窗里选类型。
- 客户端支持 Streamable HTTP 或 stdio。生产接入用 HTTP。
- 地址要先确认清楚,三种部署不一样,见下。
- 界面入口:底部头像 → 「文档」 → 「MCP 服务」,会按当前部署打开对应地址。
操作步骤
1
确认你的 MCP 地址
独立容器的 HTTP transport 接受任意路径,不要求
/mcp/ 前缀;一体化镜像对外只暴露 /mcp/,nginx 会剥掉前缀再转给 8690。2
在客户端里填地址和 Key
Streamable HTTP 的配置(字段名以你的客户端为准):
Authorization 头是必传的。服务端每个请求构造独立的客户端实例,不跨租户持有状态。3
确认客户端能列出工具
连上后让客户端列出工具,应该看到 43 个。按域分组如下:
列表类工具接受
page 和 size(size 上限 200),不传就走后端默认。4
用 chat_ask 问一次,再用 chat_followup 追问
让客户端调用
chat_ask 发起提问。需要多轮时用 chat_followup 接上一次的对话。客户端提供 progressToken 时,这两个工具会在每次轮询之间发进度通知。删除类工具(*_delete)的入参强制要求 confirm 为 true,不传会被判为参数错误。5
本机调试时改用 stdio
需要单独调试或用 MCP Inspector 时,在 stdio 模式下 Key 从环境变量取:服务端用
mcp/ 目录下起 stdio:ASKTABLE_API_URL 指向 AskTable 的 API,默认值是 https://api.asktable.com;一体化镜像里它被设为 http://127.0.0.1:8688,走同容器 localhost。6
上生产前收口凭证
客户端配置文件通常会被同步或备份。生产环境用客户端的密钥管理能力注入
Authorization,不要把 Key 明文留在配置仓库里。Key 泄露时立即到「设置」 → 「API-Key」删除该 Key 并重建。关键约束
出问题怎么判断
下一步
- 在终端里直接操作 AskTable:命令行工具
- 自己处理请求和响应,不经过 AI 客户端:OpenAPI
- 私有部署单独跑 MCP 容器:私有部署(Docker)
