必要なアプリだけに許可
- アプリごとに利用上限を設定できます。
- 不要になったら接続を停止できます。
- 利用履歴を確認できます。
- APIキーをアプリに直接渡さずに接続できます。
Velaは、AIアプリがユーザーのAPIキーやAIクレジットを直接預からずに、 アプリごとの利用許可・上限・停止・履歴を扱える接続基盤です。
BYOK、Velaクレジット、ローカルLLMまで。ユーザーが使いたいAIを、対応アプリへ持ち込めるようにします。
Bring Your Own AI は、ユーザーが自分のAI利用手段をアプリへ持ち込むための考え方です。
Velaでは、Velaクレジット、BYOK、ローカルLLMを、一つの接続体験として扱います。 アプリごとの許可・上限・停止・履歴をVela側で管理できるため、開発者は接続体験とAI機能に集中できます。
Velaは、ユーザーのAI利用権をアプリごとに持ち運び、許可と上限を管理する場所です。 ユーザーは自分のAI利用手段を選び、対応アプリへ安全に接続できます。
ユーザーはAIを選ぶ。アプリはVelaに接続する。Velaが、許可・上限・停止・履歴を管理します。
AIアプリを作ると、開発者はすぐに難しい選択にぶつかります。
Velaは、この負担を「ユーザーのAIをアプリへ接続する」という形で整理します。
Velaは、AIアプリとユーザーのAI利用手段の間に入る接続レイヤーです。 ユーザーは、アプリごとにAI利用を許可します。開発者は、ユーザーの接続情報を直接保存せずに、許可された範囲でAI機能を提供できます。
Velaは、既存のAIアプリに接続体験を追加するためのSDKと実行フローを提供します。
Vela対応アプリでは、どのアプリに、どのAIを、どの範囲で使わせるかをユーザー自身が管理できます。
Velaの主役は、モデル選択ではなく、ユーザーのAI利用権をアプリへ安全に接続することです。
Velaは、AIアプリがユーザーの接続情報や利用許可を直接抱え込まないための仕組みです。
Velaは、アプリの中身を隠す仕組みではありません。ユーザーのAI利用権を、アプリが直接抱え込まずに接続するための基盤です。
Bring Your Own AI とVelaの責任範囲で誤解されやすい点をまとめました。
Velaは、AIアプリがユーザーのAI利用手段へ安全に接続するための基盤です。 アプリごとの利用許可、上限、停止、履歴を扱います。
開発者アプリがユーザーのプロバイダーAPIキーを直接保持しないことを重視しています。
Velaの主役はモデル統合ではなく、ユーザーごとの接続、許可、上限、停止、履歴です。 実行先としてOpenRouterやOpenAI Compatibleな接続先を扱うことはありますが、Velaが重視する価値は「ユーザーのAI利用権をアプリへ接続すること」に置いています。
いいえ。Velaが扱うのは、Velaクレジット、プロバイダーAPIキー、OpenAI Compatible API、ローカルLLMなどのAI実行元です。 ChatGPT Plus、Claude Pro、Gemini Advancedなどの個人向けサブスクを外部アプリからそのまま使うものではありません。
はい。開発者はVela SDKとHosted Connectの流れを使って、自分のAIアプリに接続体験を追加できます。 まずはQuickstartから、接続、利用可否確認、実行の流れを確認できます。
モデル実行前にVelaで接続状態と利用可否を確認します。 許可されない場合は、アプリ側で接続案内、上限変更案内、または停止中の案内を返す設計です。
Vela対応アプリは、ユーザーのプロバイダーAPIキーを直接保持しない前提です。 アプリはVela経由で許可された範囲のAI実行を扱います。
はい。対応しているAPIキーやOpenAI Compatibleな実行元をVelaに登録し、対応アプリで利用できます。 APIキーを持っていない場合は、Velaクレジットで接続体験を試せます。
はい。ユーザーは不要になったアプリの接続を停止できます。 停止後、そのアプリはVela経由でAI実行できなくなります。
いいえ。Velaは、ユーザーのAI接続情報や利用許可をアプリが直接抱え込まないための仕組みです。 アプリのプロンプト、UI、ツール設計、アプリ内の処理はアプリ側が管理します。
Velaを導入すると、ユーザーは自分のAIをアプリへ持ち込めます。 開発者は、APIキーや利用上限の管理を抱え込みすぎずに、AI機能を提供できます。