最初のリクエスト
1 つのサブスクリプション アカウントを接続し、使用量許容量を構成せずに最初のクライアント リクエストを実行します。
SubLane を初めてお使いですか?フォローしてください 章ごとのチュートリアル、各ステップでの結果をチェックします。このページは、すでにフローを理解している読者向けのコンパクトなチェックリストです。
このガイドは、インスタンスを設定する管理者を対象としています。サポートされているサブスクリプション アカウントとクライアントが 1 つ必要です。例として Codex を使用します。
すでにメンバーログインをお持ちの場合は、次から始めてください 個人キー その代わり。
1. SubLane を開始します
Docker、Compose、Bash、curl、および jq がインストールされている状態で、次を実行します。
curl -fsSL https://raw.githubusercontent.com/murongg/SubLane/main/scripts/install.sh | bash -s -- --runtime docker --proxy noneインストーラーが作成する ./sublane 既存のディレクトリは上書きされません。あなたはできる 脚本を見直す 実行する前に。
開ける 127.0.0.1:8080、管理者を作成し、ガイド付きセットアップの最初のワークスペースに名前を付けます。インスタンスがすでに実行されている場合は、そのアドレスを使用してインストールをスキップします。リモート サーバーでは、初期アクセスに SSH トンネルを使用します。見る 導入 ネットワーク設定と HTTPS を共有する前に。
続行する準備ができました: サインインして開くことができます アカウント.
2. 1 つのサブスクリプションを接続する
で アカウント、ブラウザ認証を通じて Codex アカウントを追加します。承認後、完全なローカルホスト コールバック アドレスをブラウザのアドレス バーから SubLane にコピーして戻します。この時点でローカルホスト接続エラーが発生することが予想されます。とにかくアドレスをコピーしてください。
選択 接続を確認する、次に開きます モデル 利用可能なモデル ID を確認します。資格情報のインポートについては、次のとおりです アカウントを接続する.
続行する準備ができました: アカウントが有効になり、検証が成功し、そのモデル リストに使用するモデルが含まれています。
3. アカウントをプールに入れる
開ける リソースグループ、見覚えのある名前でプールを作成し、サブスクリプション アカウントを選択して保存します。リソースグループは、単にキーが使用できるサブスクリプション アカウントのセットです。
新しいアカウントは最初は 未割り当て。プールを作成する必要があります。デフォルトのプールは自動的には作成されません。この最初の接続では、モデル制限をオフのままにしておきます。
管理者としてサインインしているため、別のメンバー権限を付与しなくても、この有効なプールを使用できます。後でメンバーにアクセスを許可するには、次の手順を実行します メンバーとアクセス.
続行する準備ができました: プールには、有効なサブスクリプション アカウントが含まれています。
4. 個人キーを作成します
開ける API キー、キーを作成して名前を付け、プールを選択します。クライアントのキーをコピーします。特定の期限が必要な場合を除き、デフォルトの有効期限のままにしてください。
これは、プロバイダーのサブスクリプション資格情報とは別の SubLane ゲートウェイ キーです。利用枠、割合、価格は必要ありません。
続行する準備ができました: そのプールからキーとモデル ID を取得します。
5. クライアントに接続してメッセージを送信する
キーの構成ガイドを開いて次に従います。 Codex クライアント構成。で終わるインスタンス アドレスを使用してください /v1、個人キー、およびプールからのモデル ID。ローカル インスタンスの場合、ベース URL は次のとおりです。 http://127.0.0.1:8080/v1.
クライアントから短いメッセージを送信します。応答が来るのを確認してから開く リクエスト SubLane でコールを検索します。ログインが成功したり、モデル リストが表示されただけでは、生成が機能していることは証明されません。
終了した: クライアントはモデル応答を受信し、リクエストが記録されます。これでゲートウェイを使用できるようになります。
ステップがうまくいかない場合
| 症状 | まず確認してください |
|---|---|
| 選択するプールがありません | 有効なリソースグループを作成し、アカウントを割り当てます。メンバーには、このワークスペースでの直接プール許可も必要です。 |
| 利用可能なモデルがありません | アカウントの接続を確認し、そのモデル リストを確認します。見る モデルの発見 空のままの場合。 |
| クライアントがキーを拒否しました | キー、そのステータス、および設定されたインスタンス アドレスを確認します。見る 個人キー. |
| リクエストが失敗する | 一致するリクエストを検査して使用します 日常使い 原因を絞り込むために。 |
次に、必要な場合のみ
同僚を追加するには、次の手順に進みます メンバーとアクセス。呼び出しと使用状況を検査するには、次を参照してください。 日常使い。使用量の許容量と高度な制御はオプションです。
使用 ガイド付きセットアップ 右上のツールバーにある をクリックすると、通話が成功した後など、いつでもフローティング ガイドを開いたり、再生したりできます。概要では次のことも提供します ガイド付きセットアップを開始する セットアップが完了していない状態で。アカウント、プール、またはキーのページでの実際のアクションを強調表示し、ロックを解除します。 次のステップ サーバーが完了を確認した後。使用 前のステップ ステップを再検討するか、 ガイドをスキップする (逃げる)立ち去ること。再度開始すると、現在のワークスペースの実際の進行状況が使用されます。アクティブなガイドは、同じブラウザー タブで再読み込みした後に再開され、サインインしているユーザーとワークスペースにスコープされたままになります。
このガイドでは、承認、プール、キー、およびクライアント構成ダイアログに従うため、フィールドについて説明したり、新しく作成されたキーを無視したりすることはありません。各個人キーには、許可されたモデルのリストを含むクライアント ガイドがあります。最後のステップは、成功した生成が記録された後にのみ完了します。モデルの表示またはキーの作成は、成功した呼び出しとしてカウントされません。