klavis
统一的 MCP 工具集成平台,让 AI 代理可靠调用 100+ 外部工具
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。
统一的 MCP 工具集成平台,让 AI 代理可靠调用 100+ 外部工具
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。

图1:Klavis AI 平台架构总览,展示了 Strata 统一 MCP 服务器与各平台客户端的关系。
想象一下:你对 AI 下了指令「帮我整理一下上周和客户的所有邮件沟通,并生成一份摘要报告」。一个没有工具的 AI 只能尴尬地回答:「抱歉,我无法访问你的邮件。」这就是 AI 代理在工具接入前的真实处境——它有理解能力,却缺乏行动能力。
Klavis AI 正是为解决这个痛点而生。它是一个开源的 MCP(Model Context Protocol)集成平台,核心理念是:让 AI 代理可靠地调用外部工具,像人一样真正完成工作。截至目前,该项目在 GitHub 已获得超过 5700 颗星,成为 AI Agent 工具集成领域最活跃的开源项目之一。
在 AI Agent 开发中,让模型调用外部工具有两种传统路径:
Klavis AI 的创始人意识到,与其让每个 AI 框架重复造轮子,不如构建一个统一的工具连接中间层,让所有主流 Agent 框架都能通过同一个接口调用上百种工具。这一思路催生了 Strata——Klavis AI 的核心产品。
Strata 是 Klavis AI 平台的核心组件,定位为「智能工具路由器」。它的设计哲学可以用一句话概括:让 AI 代理按需、分层、渐进地使用工具,而不是一次性把所有工具塞进上下文。
传统方式下,AI 代理一次性接收所有可用工具的描述,这在工具数量超过几十个时会导致上下文爆炸,消耗大量 token 成本。Strata 采用了按需加载策略:AI 代理只需要声明需要哪些能力(如「需要访问 GitHub」),Strata 自动路由到对应的 MCP 服务器加载工具,按需获取结果。

图2:Strata 工作流程——AI 代理通过 Strata 按需调用工具,避免上下文膨胀。
传统的工具集成中,每个工具的 OAuth 授权流程都需要单独处理,用户体验割裂。Strata 内置了统一的 OAuth 管理模块:只需在 Klavis 平台完成一次 OAuth 授权,后续所有工具的 token 管理由 Strata 自动处理。目前支持的 OAuth 平台包括 GitHub、Linear、Notion、Google Workspace 等主流工具。
Klavis AI 生态中最令人印象深刻的是其工具覆盖广度。目前仓库中维护了 101 个独立 MCP 服务器,涵盖以下场景:
| 类别 | 代表工具 |
|---|---|
| 协同办公 | Notion、Linear、Jira、Asana、Monday、ClickUp、Trello |
| 开发工具 | GitHub、GitHub Official、GitHub Atlas、Figma |
| 数据分析 | Airtable、MongoDB、PostgreSQL、Supabase、Snowflake |
| 通信协作 | Gmail、Google Calendar、Slack、Discord、WhatsApp |
| 搜索 | Brave Search、Tavily、Perplexity AI、Exa、Reddit Search |
| 内容创作 | YouTube、HuggingFace、Shopify、WordPress |
| AI/ML | Fireworks AI、Google Gemini、OpenRouter、Claude(via Anthropic) |
这意味着一个 AI 代理通过 Klavis Strata,可以同时操作 CRM(HubSpot/Salesforce)、查看日历(Google Calendar)、搜索技术文档(Exa)、发消息(Slack),完成一个完整的工作流。
Klavis AI 不仅提供 API 和 SDK,还提供了开箱即用的多平台客户端机器人,部署在 mcp-clients/ 目录下:
每个客户端都有独立的 Dockerfile(Dockerfile.discord、Dockerfile.slack 等),支持 Docker 容器化部署。

图3:Klavis AI 与 Fireworks AI 的集成展示。
从 pyproject.toml 和代码结构分析,Klavis AI 的技术选型非常现代化:
mcp SDKmcp-clients/src/
mcp_clients/
base_bot.py <- 通用 Bot 基类
mcp_client.py <- MCP 客户端核心
config.py <- 配置管理
discord_bot.py <- Discord 集成
slack_bot.py <- Slack 集成
llms/ <- LLM 抽象层
database/ <- 数据库层
local_mcp_servers.json <- 本地 MCP 服务器配置
这种设计使得添加新的消息平台仅需继承 BaseBot 类,实现少量平台特定的接口,大幅降低了维护成本。
仓库的 examples/ 目录下提供了与主流 Agent 框架的集成示例:
每个示例都是独立的可运行项目,开发者可以直接参考并修改。
Klavis AI 的部署难度中等,主要挑战在于:
api.klavis.ai 云端服务,完全私有化部署需要额外配置对于有 Python 经验的开发者,主要步骤约 15-30 分钟可完成一个平台的部署。对于新手,建议从 Web Bot 或 Discord Bot 开始,这两个平台的部署文档最为完善。
客观分析,Klavis AI 目前也存在一些局限:
Klavis AI 的价值在于重新定义了 AI 代理与外部工具的关系。它不只是一个工具库,更是一种工具连接的架构范式。Strata 倡导的「渐进式工具加载」理念,直接回应了当前大模型上下文窗口有限、token 成本高企的现实痛点。
从增长曲线看,Klavis AI 仓库星标从 2024 年底的不足千星,增长到如今的 5700+,同期 MCP 协议也被 Anthropic 官方纳入 Claude 生态的核心组件。可以预见,随着 Claude Code、Cursor 等 AI 编程工具的普及,对可靠工具连接平台的需求将持续增长,Klavis AI 有望成为 AI Agent 时代的「工具连接标准层」之一。