ひとつの API
Chat Completions と Responses を同じ認証・計測基盤から利用できます。
公開テスト · 模擬モデル · 実際の請求なし
ONE ENDPOINT. CLEAR CONTROL.
AI の接続を、
ひとつに。
OpenAI 互換の単一 API で、モデルへの接続、キー、利用量、残高をまとめて管理。アプリのコードはそのまま、運用をシンプルにします。
カード登録不要 · ローカル版はテスト残高のみ
import OpenAI from "openai";
const client = new OpenAI({
apiKey: process.env.MESARELAY_API_KEY,
baseURL: "http://127.0.0.1:8080/v1"
});
const response = await client.chat.completions.create({
model: "pilot-mock",
messages: [{ role: "user", content: "Hello" }]
});OpenAI SDK compatible
1OpenAI 互換エンドポイント
8インターフェース言語
2Chat / Responses API
0顧客の上流キー保管
DROP-IN INTEGRATION
変えるのは、
Base URL だけ。
既存の OpenAI SDK を利用できます。MesaRelay の仮想キーと Base URL に差し替えれば、利用量と残高がポータルに反映されます。
- キーは作成時に一度だけ表示
- モデル・ルート・有効期限をキー単位で制限
- リクエスト単位の冪等性と利用記録
01
アカウントを作成
02
API キーと許可モデルを選択
03
Base URL を変更して呼び出す
BUILT FOR OPERATORS
接続より、運用に集中。
顧客向けの機能だけを残し、供給元の認証情報とルーティングは運営側で分離管理します。
予算と利用量
残高、トークン、リクエスト履歴を確認し、使いすぎを早期に把握できます。
キーの安全管理
一度だけ表示される仮想キーを発行・再発行・失効できます。
障害を局所化
保守状態、レート制限、失敗した請求を独立した境界で扱います。
A CLEAR BOUNDARY
あなたは製品を作る。
接続は MesaRelay が管理する。
顧客が上流プロバイダーのキーを預ける仕組みはありません。運営が商用利用を許可された接続だけを設定し、顧客には MesaRelay の仮想キーだけを発行します。
利用条件を確認 →SIMPLE BY DESIGN
使った分だけ。隠れた接続設定なし。
各モデルの単価、残高、利用履歴をポータルで確認する設計です。現在のローカル版はシミュレーションで、実際の請求は行いません。
FAQ
始める前に。
OpenAI SDK はそのまま使えますか？
はい。Base URL と API キーを MesaRelay のものに変更して接続します。
自分のプロバイダーキーを登録しますか？
いいえ。上流接続は運営側で管理し、顧客には MesaRelay の仮想キーだけを発行します。
今すぐ本番利用できますか？
この画面はローカル製品プレビューです。本番公開、実決済、実モデル接続はまだ有効化されていません。
BUILD THE PRODUCT, NOT THE PLUMBING.
最初の API リクエストまで、数分。
アカウントを作り、キーを発行し、Playground でローカルの完全な利用フローを試せます。
API キーを作成