プラットフォーム · モデルと請求

FlexyAgents BYOK AIプラットフォーム & Bring Your Own Key コントロールプレーン

ホスト型またはBYOKのいずれかを選べるAIプラットフォームの請求体系です。ホスト型プランは10のプロバイダーカタログにわたるトークン予算をバンドルします。BYOKプランは組織キーを使用し、自社のOpenAIまたはAnthropicキーを使用してベンダーへ直接支払えます。LLMキー向けAIコントロールプレーンは同じままです。課金方式を切り替えても、エージェント、取得、チャネルは変わりません。

  • ホスト型プランは FlexyAgents 経由で月次 Token 予算で請求されます;高価なモデルは軽量階層より共有予算を早く消費します
  • BYOK プランは組織の API キーを前提とします:モデル費用はプロバイダー請求書に残り、プラットフォームキーへフォールバックすることはありません
  • 多くのホスト Workspace でもプロバイダーキーを保存できます;存在する場合、プラットフォーム Default より優先して使用されます
  • エージェント、ナレッジベース、コネクター、チャネルはどちらでも同様に動作 — 違いは推論の資金調達と測定方法です

サインイン後、設定 → LLM APIキーで認証情報を追加またはローテーションできます。

ホスト型プラン

プロバイダー関係と Token 予算を当社が担います

ホスト型階層(Free から Enterprise)が月次 Token 割当とモデル階層にマップします。重い Frontier モデルは同じ予算を早く消費 — プラン経済の枠内でモデルを混在できます。

  • Token 予算、メッセージごとの想外請求なし

    各ホスト階層に定義された月次 Token Cap が含まれます。利用は Cap または請求期間リセットまでエージェントとモデル全体で集約されます。

    • モデルは階層でグループ化;Premium 階層は Call あたりより多くの Token を消費
    • 予算計算はプロダクト Config 中央 — 計算機と Enforcement が整合
    • Enterprise は Custom Cap を交渉可能;Default は Business 階層に従う
    ホスト型階層を見る
  • 1 つのサブスクリプション、複数モデルプロバイダー

    OpenAI、Anthropic、Google Gemini、Mistral、xAI、DeepSeek、Kimi、Llama クラス Endpoint が同じセレクターに — Routing がエージェントごとに選択されたモデルを選びます。

    • ホスト型開始に別プロバイダー Account は不要
    • 上位階層がより高いモデル階層と広い月次予算を解放
    • プロバイダーに関係なく同じ Retrieval、Tool、チャネル Deployment
    プラットフォーム機能
  • ホスト型でも Optional Org キー

    既にプロバイダー契約がある場合、Org 設定にキーを追加。Active キーがあると、そのプロバイダーではプラットフォーム供給 Credentials より優先されます。

    • キーは organization_id とプロバイダーに限定
    • 直接 API 請求を求める Enterprise 調達に役立つ
    • ホスト型プランの Limit と Support には変わらず留まる
    登録後に設定を開く
  • プロダクトテキスト vs マーケティング名

    一部アプリ内インターフェースはホスト型推論についてまだ FlexyBot と表示します。プロダクトブランドは FlexyAgents — 機能は同じです。

    • Org キーが Override しない限り、ホスト Stack が標準モデル Call を駆動
    • 請求、Analytics、Support チケットは FlexyAgents Workspace を参照
    • 別の「FlexyBot」SKU なし — コンソール Labeling です

BYOK プラン

お客様のキー、お客様のプロバイダー契約、当社の Control Plane

BYOK プラン Slug はホスト型を反映(free_byok、starter_byok、pro_byok、business_byok、enterprise_byok)。測定はホスト Token 予算曲線よりメッセージと Workspace Limit を強調 — 正確な権限は価格を参照。

  • 使用プロバイダーごとの必須キー

    解決ロジックが Secure Storage から Org キーを最初に読み込み。BYOK プランでは、プロバイダーキー欠如時に API が明示的 Missing-Key シグナルを返し、静かにプラットフォーム Credentials を使いません。

    • 設定 → LLM API キーでキーを追加・ローテーション
    • Primary キーと Label でどの Credential が Live か把握
    • Free BYOK 階層はホスト Free と同じコアモデル Set に留まる
    価格の BYOK 階層
  • OpenAI、Anthropic、Google などを直接支払い

    FlexyAgents は Workspace、Routing、ナレッジ、チャネルを請求。Token と Tool 利用はプロバイダー請求書に、既存クラウド契約に現れます。

    • 各プロバイダーコンソールと公開価格表で費用を予測
    • 純粋 BYOK パスでは FlexyAgents がモデル Token を二重請求しない
    • Enterprise BYOK は Enterprise ホストと同様の交渉 Hook を継承
  • メッセージ指向の測定

    BYOK プランはホスト Token Pool ではなくソフトメッセージ Cap で文書化。当社請求を予測可能に保ち、プロバイダーが Token 経済を管理します。

    • Upstream で Prompt 長を既に最適化するチームと整合
    • Workspace Limit は Seat、エージェント、ナレッジに引き続き適用
    • 年次 BYOK SKU は年次ホストプランと同様に正規化
  • 曖昧なエラーなしのガバナンス

    同僚がモデルを選んだが Org がキーを忘れた場合、回答は明確な Code で速やかに失敗 — 推論が動いていないのに根拠のある回答は得られません。

    • Operations は Missing-Key エラーを他 API シグナルと同様に Alert 可能
    • プロバイダー Account 履歴が FlexyAgents Activity Log を補完
    • ホスト型と同じ RBAC、コネクター、データ Limit ストーリー
    営業に連絡

選択

調達に合う資金調達モデルを選ぶ

隠れた第 3 モードなし — プランはホスト型または BYOK ファミリー。Renewal で戦略を切り替え可能;キーとエージェントは Workspace と共に移行します。

  • ホスト型を選ぶ場合…

    プロバイダー関係、予測可能な FlexyAgents 請求、初日から 5 つのクラウドコンソールを開かずモデル間で実験する自由が欲しい場合。

    • スタートアップと中小企業はバンドル AI 支出を好む
    • 直接プロバイダー契約前にアシスタントを検証するチーム
    • 調達担当者が 1 つの Admin UI で Token 階層透明性を必要とする
    ホスト型で開始
  • BYOK を選ぶ場合…

    Legal または Finance が既に OpenAI、Anthropic、GCP Enterprise 契約を標準化し、FlexyAgents を Token 仲介ではなく Orchestration 層として必要とする場合。

    • キー保持要件のある規制業界
    • 積極的プロバイダー割引の高ボリュームプログラム
    • 共通キー Vault パターンを標準化するプラットフォームチーム
    BYOK 行を比較

プロバイダーカバレッジ

キーフォームに今日 9 プロバイダーファミリー

LLM API キー下の Dropdown がこれらのプロバイダーを反映。ホスト型プランは Agent 設定で同じカタログを公開;BYOK は最初の Call 前に Credentials を要求します。

  • キーを受け取れるプロバイダー

    10 プロバイダーが設定 → LLM API キーに対応:OpenAI, Anthropic, Google Gemini, Azure OpenAI, Local / self-hosted, Mistral AI, xAI (Grok), DeepSeek, Kimi, Llama (Meta)。各プロバイダーにダッシュボードで見るモデルリストが含まれます。

    • OpenAI 互換 Proxy(Groq 経由 Llama など)は設定時 Llama プロバイダースロットを使用
    • Azure と Local Runner は Type System に残り、特殊 Deployment 向け
    • 新モデルは Fork マーケティングページなしで Config 駆動リストに追加
    Non-LLM コネクター
  • キーの取り扱い

    Secret は organization_id ごとに保存され、API 応答には返されず、推論時のみ解決 — LLM キー解決モジュールの文書化動作と整合。

    • ホスト Org は許可時のみ環境支援プラットフォームキーにフォールバック
    • BYOK Org は欠如プロバイダーで静かなプラットフォームフォールバックなし
    • ローテーションは設定アクション — エージェント再デプロイ不要
    プライバシー & データ
  • エージェントごとのモデルは常に適用

    ホスト型または BYOK でも各エージェントは Default と Fallback モデルを保持。プラン変更でエージェント Config は削除されません — 背景の資金調達パスのみ変更。

    • モデル階層 Limit は引き続き適用(例:BYOK Free はコアモデルに留まる)
    • Embeddings と Retrieval は同じパイプラインを使用
    • オートメーションと Tool は同じ Capability Matrix を尊重
    ナレッジ & RAG

モデルをナレッジとRAGのライブデータと接続し、コネクターでSaaS連携を参照するか、機能で残りの機能を確認してください。

次のステップ

プラン体系を選び、エージェントごとにモデルを調整

迅速に進めるならホスト型から始め、調達でプロバイダー直接契約が標準化されているならBYOKを選んでください。請求画面からチーム全体を一つの方針に揃えられます。