mj-fast-reroll の技術仕様
| 仕様 | 詳細 |
|---|---|
| モデル ID | mj-fast-reroll |
| プロバイダ ファミリー | Midjourney スタイルの画像生成／リロール操作（cometapi.com） |
| 主な機能 | 同じプロンプト系統に基づき、既存の Midjourney タスクを再実行またはリロールして新しい結果セットを生成 |
| API タイプ | 単純なワンショットの REST 画像エンドポイントではなく、Midjourney の Discord スタイルのボタン操作を模擬するタスクベースの API（apidoc.cometapi.com） |
| モード | リロール ワークフローの Fast モード |
| CometAPI の価格 | $0.056 per request（cometapi.com） |
| 商用利用 | CometAPI のモデルページでサポート（cometapi.com） |
| 入力パターン | リロールはタスク ステートマシンにおける後続操作のため、通常は事前に作成された Midjourney タスク コンテキストが必要（apidoc.cometapi.com） |
| 出力 | リロール要求に対応する新しい画像生成タスクの結果（apidoc.cometapi.com） |
mj-fast-reroll とは？
mj-fast-reroll は、既存の生成を Fast モードでリロールするために CometAPI が提供する Midjourney 指向の API 操作です。実際には、リロールとは、同じプロンプトとインタラクションの分岐から新規の生成パスを要求することで、Midjourney のワークフローにおけるリロール ボタンを押す操作に相当します。
毎回ゼロから開始する単純なテキストから画像へのエンドポイントとは異なり、このモデルは状態を持つ Midjourney のタスク フローに組み込まれています。CometAPI の Midjourney クイックスタート ドキュメントでは、これらの API が Discord のボタン操作を模擬し、各ステップで次の有効なアクションを返すステートマシンとして動作することが説明されています。そのため、既に生成済みのジョブから続行し、インタラクションを一から組み直すことなく素早く代替結果を取得したいアプリケーションに特に有用です（apidoc.cometapi.com）。
CometAPI 上では、このモデルは Midjourney ファミリーとして掲載され、リクエスト単位の課金および商用利用に対応しています（cometapi.com）。
mj-fast-reroll の主な特徴
- 高速リロール ワークフロー: Fast モードの Midjourney リラン向けに設計されており、Relax モード相当より迅速にバリエーションを再生成できます。
- Midjourney のボタン／ステート互換性: Midjourney のボタン操作を反映したステートマシン型インタラクション内で機能し、後続生成ステップの自動化が必要なアプリに重要です（apidoc.cometapi.com）。
- プロンプト系統の再利用: ワークフローを最初から再構築する代わりに、既存の生成分岐のコンテキストを再利用できます。これは、Midjourney API ドキュメントにおけるリロール操作の分類に基づく推測です。
- 本番運用に適した課金: CometAPI にて 1 リクエストあたり $0.056 の固定価格として掲載されており、バッチやユーザー主導の再試行のコスト見積りが容易です（cometapi.com）。
- 商用利用可能: CometAPI の掲載では商用利用可能と明記されており、SaaS、クリエイティブ ツール、社内自動化パイプラインに適しています（cometapi.com）。
- CometAPI による統一アクセス: CometAPI の集約モデル カタログの一部として、プロバイダ固有のセットアップを個別に行うことなく、プラットフォームの統一 API で統合できます（cometapi.com）。
mj-fast-reroll のアクセスと統合方法
ステップ 1: API キーの取得
CometAPI にサインアップしてダッシュボードで API キーを作成します。生成したキーは安全に保管し、mj-fast-reroll API へのすべてのリクエストで Bearer トークンとして使用します。
ステップ 2: mj-fast-reroll API へリクエスト送信
CometAPI 経由でモデル ID mj-fast-reroll を指定して送信します。これは Midjourney スタイルのタスク ワークフローであるため、通常は完全に単独の生成としてではなく、既存のタスクやボタン状態に紐づく後続アクションとして呼び出します。CometAPI の Midjourney ドキュメントでは、これらの API がステートマシンとして動作することが示されているため、リクエスト フローでは前段のステップで返されたタスク コンテキストを保持する必要があります（apidoc.cometapi.com）。
curl https://api.cometapi.com/v1/responses \
-H "Content-Type: application/json" \
-H "Authorization: Bearer $COMETAPI_API_KEY" \
-d '{
"model": "mj-fast-reroll",
"input": {
"task_id": "your_previous_midjourney_task_id"
}
}'
ステップ 3: 結果の取得と検証
送信後、CometAPI から返されるタスクまたはレスポンス ID を用いて生成結果を取得します。リロールされた出力が、想定する Midjourney の分岐およびステータスに一致していることを確認してから、エンドユーザーに表示したり、後続の編集ワークフローに渡します。Midjourney スタイルの API は非同期かつステート駆動であるため、信頼性の高い統合には結果のポーリングまたはコールバック ベースの検証を組み込むのが一般的です（apidoc.cometapi.com）。