SubLaneSubLane

最初のリクエスト

1 つのサブスクリプション アカウントを接続し、使用量許容量を構成せずに最初のクライアント リクエストを実行します。

SubLane を初めてお使いですか?フォローしてください 章ごとのチュートリアル、各ステップでの結果をチェックします。このページは、すでにフローを理解している読者向けのコンパクトなチェックリストです。

このガイドは、インスタンスを設定する管理者を対象としています。サポートされているサブスクリプション アカウントとクライアントが 1 つ必要です。例として Codex を使用します。

すでにメンバーログインをお持ちの場合は、次から始めてください 個人キー その代わり。

1. SubLane を開始します

Docker、Compose、Bash、curl、および jq がインストールされている状態で、次を実行します。

Install a local instance
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 でコールを検索します。ログインが成功したり、モデル リストが表示されただけでは、生成が機能していることは証明されません。

終了した: クライアントはモデル応答を受信し、リクエストが記録されます。これでゲートウェイを使用できるようになります。

ステップがうまくいかない場合

症状まず確認してください
選択するプールがありません有効なリソースグループを作成し、アカウントを割り当てます。メンバーには、このワークスペースでの直接プール許可も必要です。
利用可能なモデルがありませんアカウントの接続を確認し、そのモデル リストを確認します。見る モデルの発見 空のままの場合。
クライアントがキーを拒否しましたキー、そのステータス、および設定されたインスタンス アドレスを確認します。見る 個人キー.
リクエストが失敗する一致するリクエストを検査して使用します 日常使い 原因を絞り込むために。

次に、必要な場合のみ

同僚を追加するには、次の手順に進みます メンバーとアクセス。呼び出しと使用状況を検査するには、次を参照してください。 日常使い。使用量の許容量と高度な制御はオプションです。

使用 ガイド付きセットアップ 右上のツールバーにある をクリックすると、通話が成功した後など、いつでもフローティング ガイドを開いたり、再生したりできます。概要では次のことも提供します ガイド付きセットアップを開始する セットアップが完了していない状態で。アカウント、プール、またはキーのページでの実際のアクションを強調表示し、ロックを解除します。 次のステップ サーバーが完了を確認した後。使用 前のステップ ステップを再検討するか、 ガイドをスキップする (逃げる)立ち去ること。再度開始すると、現在のワークスペースの実際の進行状況が使用されます。アクティブなガイドは、同じブラウザー タブで再読み込みした後に再開され、サインインしているユーザーとワークスペースにスコープされたままになります。

このガイドでは、承認、プール、キー、およびクライアント構成ダイアログに従うため、フィールドについて説明したり、新しく作成されたキーを無視したりすることはありません。各個人キーには、許可されたモデルのリストを含むクライアント ガイドがあります。最後のステップは、成功した生成が記録された後にのみ完了します。モデルの表示またはキーの作成は、成功した呼び出しとしてカウントされません。