composio
让 AI Agent 拥有调用 1000+ 外部工具能力的一站式集成平台
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。
让 AI Agent 拥有调用 1000+ 外部工具能力的一站式集成平台
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。

图1:Composio 官方项目封面图
想象一下,你正在开发一个 AI Agent,让它"帮我查一下今天 Hacker News 上最火的帖子"。一个没有工具的 AI Agent 只能回答"我不知道",而 Composio 的作用,就是让 AI Agent 拥有调用外部工具的能力——查 Hacker News、发 Gmail、管理 GitHub Issue——就像给一台刚出厂的电脑装上了网卡。
2023 年,大语言模型(LLM)席卷全球,但很快业界发现一个核心瓶颈:纯语言模型再强,也无法直接操作真实世界。Agent(智能体)概念随之兴起——它不仅能思考,还能"动手":调用 API、发邮件、执行代码、读写文件。
然而,给 Agent 接入每个工具都是噩梦。Gmail 有 OAuth 认证、GitHub 有 API 限流、Slack 需要 WebSocket 长连接……每个工具的接入逻辑、数据格式、错误处理都要单独写一遍。当你想接入 10 个工具时,工作量就已经非常可观了。
Composio 正是为了解决这个痛点而生。它由 ComposioHQ 团队开发,定位是一站式 Agent 工具集成平台——只需几行代码,你的 AI Agent 就能获得 1000+ 工具的调用能力。截至目前,该项目在 GitHub 上已收获超过 28000 颗星,成为 AI Agent 基础设施领域的标杆项目。
如果把 AI Agent 比作一台智能手机,Composio 的角色就相当于 Android/iOS——它提供了统一的工具调用接口,让开发者不需要关心底层细节。
在接入 Composio 之前,你可能需要这样写:
# 手动接入 Gmail(OAuth、流控、错误处理全要自己写)
import gmail_auth
credentials = gmail_auth.authenticate()
service = gmail_auth.build_service(credentials)
gmail_auth.send_email(service, to, subject, body)
接入 Composio 之后:
# 3行代码搞定
from composio import Composio
composio = Composio()
tools = composio.tools.get(user_id="user@acme.org", toolkits=['GMAIL'])
# Agent 直接使用 tools,自动处理认证和 API 调用
这种"抽象层"的价值在于:开发者只需要告诉 Agent 做什么,而不是怎么做。认证、API 版本、流控、重试——Composio 全都封装好了。
Composio 的工具库极为丰富,涵盖社交媒体(Twitter、Slack)、生产力工具(Gmail、Google Calendar、Notion)、代码管理(GitHub、GitLab)、数据库(PostgreSQL、MySQL)、文件存储(Google Drive、S3)等主流服务。每个工具包都经过了完整的认证流程和数据格式适配。
无论后端是 REST API、GraphQL 还是 gRPC,Composio 都抽象为统一的工具描述格式。Agent 只需按照 Composio 提供的 schema 描述调用,无需关心底层实现细节。
Composio 的一大亮点是对主流 Agent 框架的原生支持:
这个覆盖度意味着,无论你用什么框架开发 Agent,Composio 都能无缝接入。
工具调用在 Composio 的沙箱环境中执行,这意味着即使工具操作出错,也不会影响主系统。同时提供了完整的执行日志和错误追踪。
第三方服务通常需要 OAuth 认证,Composio 内置了认证流程管理,开发者只需要配置一次,后续的工具调用自动处理 token 刷新等逻辑。
Composio 采用 TypeScript + Python 双 SDK 架构,核心逻辑用 TypeScript 编写,确保 Node.js/Deno 环境的兼容性;Python SDK 则面向数据科学和 AI 应用开发者。
项目使用 pnpm monorepo 管理,Workspace 包含:
python/:Python SDK 主体python/providers/:12 个 AI 框架的适配器包ts/:TypeScript SDK 及其示例代码docs/:基于 Next.js 的官方文档站Python 端采用 uv workspace 管理依赖,这是目前最快的 Python 包管理器,在不损失兼容性的前提下显著加速 CI/CD。

图2:ComposioHQ 组织头像
# Python
pip install composio
# 或安装特定框架适配器
pip install composio-openai # OpenAI Agents SDK 集成
pip install composio-langchain # LangChain 集成
# TypeScript
npm install @composio/core
from composio import Composio
from agents import Agent, Runner # OpenAI Agents SDK
composio = Composio(provider=OpenAIAgentsProvider())
tools = composio.tools.get(user_id="user@acme.org", toolkits=["HACKERNEWS"])
agent = Agent(
name="Hackernews Assistant",
instructions="You are a helpful assistant.",
tools=tools,
)
async def main():
result = await Runner.run(agent, "What's the top post on HN today?")
print(result.finalOutput)
整个过程不需要写任何认证代码,不需要处理 API 响应格式化,Agent 直接获得了 Hacker News 的查询能力。
Composio 提供 install.sh 脚本和 多阶段 Dockerfile,支持:
注意:Composio 目前没有 Web UI,所有操作通过 SDK/API 完成。对于需要可视化调试的用户,需要结合 IDE 和日志输出。
任何工具集成平台都有其边界,Composio 也不例外:
1. 依赖云端 API Composio 的完整功能(尤其是云端工具执行)需要 Composio 平台的 API Key。对于数据隐私要求极高的场景(如医疗、金融),可能需要私有化部署。
2. 工具覆盖有盲区 1000+ 工具听起来很多,但每个企业的内部系统都不一样。如果你的工具不在列表中,需要自己实现集成,灵活性与便利性之间存在取舍。
3. 认证配置的复杂性 虽然 Composio 封装了 OAuth 流程,但初次配置仍然需要理解 OAuth、API Key、服务账号等多种认证方式的区别,有一定学习曲线。
4. 无 docker-compose 项目有 Dockerfile 但没有 docker-compose.yml,对于习惯一键启动的用户略有不便。
Composio 的出现代表了 AI Agent 开发的一个趋势:从"手写工具集成"到"平台赋能工具集成"。随着 Claude、GPT-4、Gemini 等基础模型能力趋同,Agent 框架的工具集成能力将成为差异化竞争的核心。
GitHub 28000+ stars 的背后,是大量开发者用脚投票——他们不想一遍遍重复"接入 Gmail"这种无聊工作。Composio 解决的,是 AI 应用开发中一个真实、普遍、高频的痛点。
从技术趋势看,多框架适配(LangChain、CrewAI、AutoGen 等)是 Composio 最有战略价值的部分。随着 AI Agent 框架不断涌现,能够第一时间提供适配的集成平台,将成为整个生态的关键基础设施。