なぜ私たちはエージェント Skills のために UnifAPI を作ったのか

要点：このローンチノートは、プロダクトの根底にある課題を説明します。エージェントのワークフローには公開された証拠が必要ですが、生のベンダーや API マーケットプレイスは統合レイヤーをあまりにも煩雑にしてしまうのです。

私たちがこれまでに作ってきた興味深いエージェントアプリケーションは、いずれも最終的に同じものを必要としていました。モデルが公開データという証拠を読み取る手段です。ある製品についてのツイートを探す。YouTube の文字起こしを確認する。Reddit のスレッドを取得する。公開されているクリエイターのプロフィールを比較する。

今日それを実現しようとすると、複数のベンダーを寄せ集めることになります。それぞれが異なるリクエスト形式、異なる認証方式、異なる課金モデル、異なる信頼性の基準を提供します。配管作業がエージェント本体よりも多くのエンジニア時間を食いつぶしてしまうのです。

次のバージョンの UnifAPI は、それをより具体的にします。ユーザーにエンドポイントから始めてもらうのではなく、私たちは Skills から始めます。KOL の価格設定、クリエイターリサーチ、ソーシャルリスニング、競合インテリジェンス。エージェントはタスクを受け取り、証拠が必要になったときに MCP を通じて公開データレイヤーを呼び出します。

私たちが繰り返してきたトレードオフ

ハイパースケーラーのスクレイピングプラットフォーム（Apify、Bright Data）を選んでそのアクターモデルを学ぶか、あるいは専門ベンダー（SerpAPI、Firecrawl、Tavily）から特定の機能だけを購入し、残りは RapidAPI で見つけられるもので継ぎはぎするか、そのどちらかでした。

RapidAPI は両方の世界の最悪な部分を併せ持っています。数千もの API があるのに、どれも一貫性がなく、成長を罰するような厳しいリクエスト上限付きのサブスクリプションで課金されます。利用量が跳ね上がった瞬間、10 倍のティアを支払うか、あるいは打ち切られるかのどちらかです。

UnifAPI とは何か

UnifAPI は、エージェントが今日実際に必要とするサブセットのための、Skills ファーストの公開データレイヤーです。ライブカタログには TikTok、LinkedIn、Instagram、YouTube、Twitter/X、Threads、Reddit、Hacker News が含まれます。API レイヤーは今でも存在します。Skills がその玄関口です。

私たちは、あなた自身のアカウントへの OAuth ベースのコネクタは扱いません。それは Composio の領域であり、彼らはそれを見事にこなしています。私たちはそのもう半分、つまり他のすべての人のデータ、オープンウェブ上に存在し、エージェントがすぐに使える状態のデータを担います。

私たちが信じていること

価格設定は従量制であるべきです。サブスクリプションと厳しい上限は、SaaS 課金の過去の時代に属するものです。私たちは $0.001 のクレジットで課金し、操作ごとの最低料金を OpenAPI から公開し、請求を実際の公開データ作業に紐づけ続けます。成長を罰したりはしません。

DX こそがプロダクトですが、ユーザー体験は今やエージェントネイティブです。予測可能な JSON、OpenAPI、HTTP は、ビルダーにとって依然として重要です。MCP と Skills は、エージェントのループ、つまり問いかけ、公開データツールを呼び出し、統合し、追っていき、再実行する、その流れにとって重要です。

私たちはまだ初期段階です。オープンウェブに手を伸ばすエージェントを世に出そうとしているなら、ぜひ私たちに声をかけてください。今、少数のデザインパートナーを選んでいるところです。

次に読むべきもの

エージェントファーストの公開データ Skills - 現在の Skills ファーストの枠組みで、ローンチストーリーを更新します。

UnifAPI と RapidAPI の比較 - マーケットプレイスの問題を、UnifAPI の焦点を絞った設計と比較します。

ライブ API カタログ - ストーリーの背後にある、出荷済みのデータレイヤーを示します。