エージェント Skills にはサブスクの階層ではなく、レコード単位の料金を

更新日
UnifAPI が公開データの読み取りを $0.001 のクレジットと公開済みの操作別最低額で課金する理由。Skills はサブスクではなく使用量で拡張します。
要点: これは料金の柱です。UnifAPI は返ってきたレコードに価格を付けるので、エージェント運用者はサブスクの階層にコミットせずにワークフローのコストを見積もれます。
ほとんどの API マーケットプレイスはこう価格を付けます。階層(Basic / Pro / Ultra)を選び、固定の月額を払い、N 件のリクエストが含まれ、ハードキャップに達したら、アップグレードするか打ち切られるかのどちらかです。RapidAPI が最もなじみのある例です。そして最も苦痛な例でもあります。
私たちも同じことをしようかと考えました。階層型サブスクリプションの財務的な論拠は本物です — 予測可能な MRR であり、SaaS の支配的なパターンであり、資金調達もしやすい。それでも私たちは、それを捨てました。
キャップの問題
階層型のプランは、本来祝うべきまさにその瞬間 — あなたの製品が伸び始めるとき — を罰します。トラフィックが急増する日は、プロバイダーがあなたを打ち切る日 — または超過分に対して通常のコール単価の 5 倍を請求する日 — です。その非対称性が実験を殺し、成長を飢えさせます。
キャップはまた、計画上のフィクションを強制します。今月どれだけのレコードが必要かは分からないのに、まるで分かっているかのように階層を選ばなければなりません。その結果、余裕のために払い過ぎるか、払い足りずにスロットリングされるかのどちらかになります。
私たちが代わりに提供するもの
初回チャージボーナス — プリペイド残高をチャージでき、各ワークスペースの初回チャージには 2,000 クレジットの一回限りのボーナスが付きます。ライブの APIs がアンロックされ、MCP サーバーも含まれます。登録前に Skills を見られます。OAuth は、エージェントがツール呼び出しを必要とするときに行われます。
従量課金 — いつでも残高をトップアップできます。クレジットは 1 件あたり $0.001 で、OpenAPI 課金契約から公開された操作ごとの最低料金があります。月額はありません。ハードキャップもありません。今月、標準レコードを 1 件引いても 100 万件引いても — 請求はそれに見合います。
エンタープライズ — SLA、調達フレンドリーな契約、またはレコード単価のボリュームディスカウントを必要とするチーム向け。営業主導、契約ベースです。
なぜコール単位ではなくレコード単位なのか
コールは悪い単位です。クリエイタープロフィールのエンドポイントへの 1 コールは 1 レコードを返しますが、ソーシャル検索のエンドポイントへの 1 コールは 50 件の投稿を返しうります。コール単位の料金は、小さなリクエストと大きなリクエストが同じコストになることを意味します — それはプロバイダーに最悪ケースの価格設定を強い、つまり小さなリクエストが払い過ぎになるということです。
レコードこそ、エージェントが実際に消費するものです。モデルが読み、推論しなければならない作業は、HTTP の形式ではなく、データの行です。レコード単位の価格設定は、請求をあなたが実際に使っているものに揃え、コールをする前にその単位を見積もりやすくします。
これがあなたにとって意味すること
階層ではなく、利用量で予算を立てましょう。エージェントインフラで最も難しいのは、ワークフローがどれだけ消費するかを知ることです。レコード単位の料金なら、Skill を実行し、レコード数を確認し、分析を深めるかどうかを決められます。
モデルの請求は、あなたがすでに使っているエージェント製品に残ります。UnifAPI は公開データレイヤーだけを請求するので、ワークフローが本番コードになる前に、それについて考えやすいままに保たれます。
次に読むべきもの
料金 - クレジットとトップアップのライブな料金ページ。
UnifAPI vs RapidAPI - 料金の論拠をマーケットプレイスの比較に適用します。
Reddit リサーチエージェントを構築する - 具体的なワークフローでレコード料金を示します。