使い慣れたスタックをそのまま活用。
可能性を広げましょう。

サーバー側のPythonアプリケーション。

アカウントキー、エンドポイント、正確なモデルIDを環境変数から読み込みます。クライアントを一度だけ初期化し、バックエンドからリクエストを送信します。

アプリケーションの境界で例外を処理し、調査用にリクエスト識別子を記録します。

サーバー側のNode.jsアプリケーション。

アカウントのエンドポイントとキーを使ってクライアントを設定します。ブラウザ用にバンドルされるコードにシークレットを含めないでください。

フロントエンドに必要なコンテンツのみを返します。アプリケーションのタイムアウトを設定し、拒否されたリクエストを処理します。

ターミナルまたはサーバーから直接リクエストします。

Bearer認証情報とContent-Typeヘッダーを付加し、選択したモデルのスキーマに一致するJSONボディを送信します。

HTTPステータスとレスポンスボディの両方を確認します。共有ログに有効な認証情報を貼り付けないでください。

ワークフロービルダーのHTTPリクエストステップ。

認証にはプラットフォームの認証情報機能を使用し、ワークフローの入力をリクエストボディにマッピングして、レスポンスを検証します。

非同期リクエストの場合は、返されたジョブIDを保存します。ワークフローがポーリングするたびに生成を再開しないでください。

カスタムモデルエンドポイントに対応したビルダー。

ビルダーがアカウントのエンドポイント、モデルID、認証形式を受け入れることを確認します。対象のモダリティがサポートされていることを確認してください。

テキストモデルの統合は、画像や動画のリクエストスキーマを自動的にサポートするわけではありません。

独自のバックエンドとアプリケーションフロー。

プロバイダーへの接続をプロダクトのロジックから分離します。モデル設定は、ワークフローのバージョンと併せて保存します。

タスクレベルでフォールバック動作を定義し、モデルを変更する前に結果を比較します。