mj-turbo-reroll の技術仕様
| 仕様 | 詳細 |
|---|---|
| モデル ID | mj-turbo-reroll |
| モデルタイプ | Midjourney 風のリロールワークフロー向けの画像生成アクションエンドポイント |
| 主機能 | 既存の Midjourney 生成を Turbo モードで再実行し、同一のプロンプトコンテキストから新しい結果セットを生成 |
| 上流エコシステム | Midjourney 互換のプロキシ/API 連携 |
| スピードモード | Turbo モード |
| パフォーマンスプロファイル | Turbo ジョブは標準の Fast モードより最大 4 倍高速で結果を生成するよう設計されていますが、上流では Fast 時間の消費率が高くなります。 |
| 典型的な操作クラス | 初回のプロンプト投稿ではなく、既存タスクに対するリロール/再生成アクション。 |
| 関連ワークフロー | 既存の画像タスクを送信または特定し、リロール用のアクション/ボタンを確認してリクエストを送信し、その後ポーリングまたは取得で新しいタスク結果を受け取る。 |
| 入力依存性 | 通常はプレーンなテキストプロンプトだけでなく、既存のタスク/ジョブのコンテキストと、リロール専用のアクションまたは customId が必要。 |
| 出力 | 同一またはリミックスされたプロンプトコンテキストに基づく新規の生成画像タスク/結果セット |
| 非同期サポート | 対応。Midjourney 互換 API では、最初にタスク ID を返し、後でステータス取得またはコールバック処理が必要となるのが一般的。 |
| コールバック/Webhook サポート | 互換性のある Midjourney プロキシ API の通知やコールバックフックで一般的にサポート。 |
| コスト挙動 | リロールは、Midjourney 互換の Turbo 料金表において Type 1 の画像アクション群に分類されるのが一般的。 |
mj-turbo-reroll とは？
mj-turbo-reroll は、Midjourney 互換の Turbo リロール機能に対する CometAPI のプラットフォーム識別子です。実務上、「リロール」とは、元のクリエイティブの方向性やタスクコンテキストを維持したまま、画像ジョブを再生成して新しい結果セットを得ることを意味します。Midjourney 互換システムでは、リロールはバリエーション、アウトペイント、パン、アップスケール関連アクションなどと並ぶ画像アクションとして扱われます。
「turbo」の部分は、このモデルが Turbo モードの生成挙動にマッピングされていることを示します。Midjourney のドキュメントでは、Turbo モードは新しいバージョンで利用可能な高速 GPU オプションで、生成速度は Fast モードの最大 4 倍に達し得るとされています。
リロールは既存ジョブに対するアクションであるため、mj-turbo-reroll は初回投稿用のスタンドアロンなテキスト→画像モデルというよりも、既存の画像結果を迅速に再生成するための専用エンドポイント/ワークフローとして捉えるのが適切です。互換 API では一般に、タスク ID を返したのち、完了時に進捗を取得するか Webhook のコールバックを受け取る実装になります。
mj-turbo-reroll の主な機能
- Turbo 速度での再生成: Turbo モードで画像ジョブをリロールするために設計されており、上流の Midjourney ドキュメントでは標準の Fast モードより大幅に高速と説明されています。
- リロール特化のワークフロー: ゼロから新規ジョブを作成するのではなく、既存タスクの再生成に特化。プロンプトの方向性は気に入っているが、異なるビジュアル結果が欲しい場合に有用です。
- タスクベースの非同期処理: 互換 Midjourney API は通常、最初にタスク ID を返し、アプリケーション側で完了までポーリングするか、非同期で結果を処理できるようにします。
- アクション/ボタン統合: 多くの Midjourney プロキシ実装では、前のタスク結果から抽出したジョブ固有の
customIdやボタン/アクション識別子を用い、アクション用エンドポイント経由でリロールをトリガーします。 - Webhook フレンドリーなアーキテクチャ: 一般的な Midjourney 互換 API はコールバック URL をサポートし、アプリケーションが常時ポーリングする代わりにジョブのステータス更新を自動受信できます。
- 多段の画像パイプラインに適合: まず画像を生成し、ボタン/アクションを確認してから、返却されたタスクメタデータに基づいてリロール、バリエーション、パン、アップスケールなどを行う本番フローに適しています。
- Midjourney 互換のセマンティクス: バリエーション、アウトペイント、インペイントなどの生成後オペレーションと並ぶアクションとして、より広い Midjourney アクションエコシステムに整合しています。
mj-turbo-reroll へのアクセスと統合方法
ステップ 1: サインアップして API キーを取得
mj-turbo-reroll を利用するには、まず CometAPI でアカウントを作成し、ダッシュボードから API キーを発行します。キーは安全に保管し、クライアント側コードや公開リポジトリにハードコードしないよう、アプリケーションでは環境変数経由で読み込んでください。
ステップ 2: mj-turbo-reroll API にリクエストを送る
CometAPI の標準 API 構成を用い、model フィールドを mj-turbo-reroll に設定します。本モデルはリロール用ワークフローで用いられるため、リクエストは通常、多段の画像パイプラインの一部となり、まず Midjourney 形式の既存タスクを作成または取得し、そのタスクコンテキストを用いてリロールアクションを送信します。
curl https://api.cometapi.com/v1/responses \
-H "Authorization: Bearer $COMETAPI_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "mj-turbo-reroll",
"input": {
"task_id": "your_existing_task_id",
"action": "reroll"
}
}'
ステップ 3: 結果を取得して検証する
送信後は、CometAPI のレスポンスペイロードとジョブ追跡ワークフローを用いてタスク結果を取得します。mj-turbo-reroll における検証は、通常、新しいタスクが正常に作成されたことを確認し、完了まで監視し、返却された画像が元の結果セットではなく、元のタスクの新しいリロールに対応していることを確認することを意味します。