我们为何为 Agent Skills 打造 UnifAPI

一句话总结：这则发布说明讲清了产品背后的核心问题：Agent 工作流需要公开证据，但原始供应商和 API 市场让集成层变得过于嘈杂。

我们做过的每一个有意思的 Agent 应用，最终都需要同一样东西：让模型读取公开证据的一条途径。找到关于某个产品的推文。看一段 YouTube 字幕。拉取一篇 Reddit 讨论串。对比公开的创作者档案。

今天要做到这些，意味着东拼西凑一堆供应商。每一家都有不同的请求结构、不同的认证方案、不同的计费模式、不同的可靠性标准。光是搭管线就比 Agent 本身还耗工程师的时间。

下一版 UnifAPI 让这件事不再那么抽象。我们不再要求用户从端点入手，而是从 Skills 入手：KOL 估价、创作者研究、社交聆听、竞争情报。Agent 拿到一个任务，当它需要证据时，再通过 MCP 调用公开数据层。

我们一再做的取舍

要么我们选一个超大规模的抓取平台（Apify、Bright Data）、去学它们的 actor 模型；要么我们从某个专门厂商（SerpAPI、Firecrawl、Tavily）买一块能力来满足某一项需求，剩下的再用 RapidAPI 上能找到的东西七拼八凑。

RapidAPI 是两头不讨好的组合：成千上万个 API，没有一个是一致的，全都通过订阅计费并设有硬性请求上限，惩罚增长。一旦你的用量飙升，要么为 10 倍的套餐档位买单，要么直接被掐断。

UnifAPI 是什么

UnifAPI 是一个 Skills 优先的公开数据层，专注于 Agent 当下真正需要的那个子集。实时目录包含 TikTok、LinkedIn、Instagram、YouTube、Twitter/X、Threads、Reddit 和 Hacker News。API 层依然在那儿；Skills 才是正门。

我们不做接入你自有账户的 OAuth 连接器。那是 Composio 的地盘，他们做得很好。我们是另一半：其他所有人的数据，活在开放网络上，为 Agent 而备。

我们的信念

定价应当按用量计。订阅制和硬性上限属于 SaaS 计费的上一个时代。我们以每积分 0.001 美元计费，从 OpenAPI 公布每个操作的最低消耗，并让账单始终绑定在真实的公开数据工作上。我们不惩罚增长。

DX 就是产品，但如今用户体验已是 Agent 原生的。可预测的 JSON、OpenAPI 和 HTTP 对开发者依然重要。MCP 和 Skills 对 Agent 循环至关重要：提问、调用公开数据工具、综合、追问、再跑一遍。

我们还很早期。如果你正在打造一个会伸手够向开放网络的 Agent，来和我们聊聊——我们正在挑选一小批设计合作伙伴。

推荐延伸阅读

Agent First 公开数据 Skills - 用当前的 Skills 优先视角更新这则发布故事。

UnifAPI 对比 RapidAPI - 把市场模式的问题与 UnifAPI 的聚焦界面做对比。

实时 API 目录 - 展示故事背后已经上线的数据层。