UnifAPI 对比 Composio：公开数据 Skills 与用户 OAuth 工具

一句话总结：本文写给在「公开数据访问」与「用户授权的 SaaS 工具」之间做对比的读者：Composio 负责私有账户的 OAuth，UnifAPI 负责公开取证。

Composio 和 UnifAPI 是 Agent 集成故事的两半拼图，而不是简单的替代关系。Composio 通过 OAuth 把 Agent 接入终端用户自己拥有的数据——Gmail、Notion、Linear、Salesforce。UnifAPI 则通过 MCP 和一套共享计费层，为 Agent 提供针对具体任务、覆盖公开数据的 Skills——TikTok、Reddit、YouTube、Twitter/X、LinkedIn 和 Instagram。大多数生产级 Agent 会同时用上两者，各司其职、各走各的车道。

Agent 数据访问的两半拼图

Agent 集成可以干净地分成两类。个人数据：只有终端用户本人才能授权访问的东西——他们的收件箱、他们的 CRM、他们的日历。公开数据：任何拿着浏览器的人都能读到的东西——帖子、评论、公开档案、视频、频道和社区。

个人数据需要逐用户 OAuth、加密的令牌存储、刷新逻辑、权限范围管理，以及一套优雅处理过期或被撤销权限的机制。公开数据则全都不需要——它只需要一个 MCP 连接、一份账单和一种干净的数据结构。

Composio 如何运作

Composio 是个人数据这一半的集成层。它维护着与数百家 SaaS 提供商（Gmail、Slack、GitHub、Notion、Linear、HubSpot、Salesforce）的 OAuth 应用，代理用户的授权同意流程，存储令牌，并向 Agent 暴露一套归一化的工具界面。你的 Agent 看不到刷新令牌的逻辑——它看到的是一份按当前运行用户授权范围划定的可调用工具清单。

如果你的 Agent 要在用户自己的账户内读写——替他们起草邮件、创建他们的 Linear 工单、更新他们的 CRM——Composio 正是为此而生。

UnifAPI 如何运作

UnifAPI 是公开数据这一半的集成层。它维护着对接实时公开数据 API（TikTok、LinkedIn、Instagram、YouTube、Twitter/X、Threads、Reddit 和 Hacker News）的源客户端，把它们的响应归一化为统一封装，并把目录同时暴露为 HTTP 端点和 MCP 工具。

如果你的 Agent 要读取公开的社交数据——拉取关于某个话题的推文、查找 YouTube 视频、给创作者排名、为 KOL 估价，或对 Reddit 讨论串做摘要——UnifAPI 正是为此而生。

逐场景对照

"起草一封邮件回复，总结这条对话串里的最近 5 封邮件" → Composio。数据在用户自己的 Gmail 里。

"找出本周 TikTok 创作者对我们产品发布的评价" → UnifAPI。数据是公开的。

"根据我刚收到的支持邮件创建一个 Linear 工单" → Composio。

"拉取关于某竞品的前 10 篇 Reddit 帖子并对情绪做摘要" → UnifAPI。

"查一下用户昨天发出的日历邀请" → Composio。

"找出本周提及我们品牌的公开帖子和讨论串" → UnifAPI。

二者搭配使用

真正的 Agent 通常两者都需要。一个市场进入（go-to-market）Agent 可能用 UnifAPI 监控 Reddit 和 TikTok 上的品牌提及，再用 Composio 把相关的那些以工单形式推送进用户的 Linear 看板。一个研究 Agent 可能用 UnifAPI 收集网络证据，再用 Composio 把发现归档进用户的 Notion 工作区。

两者之间没有重叠。OAuth 那一半选 Composio，公开网络那一半选 UnifAPI，让它们各守各的车道。

在 unifapi.com/skills 浏览 Skills，在 unifapi.com/apis 查看公开数据目录，或在 unifapi.com/mcp 用三分钟接好 MCP 服务器。

推荐延伸阅读

连接 UnifAPI MCP - 展示公开数据这一半如何接入各类 Agent 客户端。

最小可行 Agent 技术栈 - 把 UnifAPI 与 OAuth 连接器放进同一套架构中。

MCP 配置 - 记录 UnifAPI 连接器的接入路径。