Skip to main content

コアコンセプトを理解する

MidJourney API は Discord のボタン操作をシミュレート します。一般的な REST API とは異なり、各操作が次のステップ用の新しいボタンを返す 状態機械 として動作します。

4 つのコア API


完全なワークフロー図


重要な概念: Buttons と customId

成功した各タスクは buttons 配列を返します。各ボタンには customId があり、これを使って次のアクションをトリガーします。 /mj/task/\{id\}/fetch からのレスポンス例:
customId は固定値ではありません。タスクごとに変わります。必ず buttons 配列から取得してください。

ステージ別ボタンリファレンス

IMAGINE 後(4分割グリッド画像)

初回の画像生成が完了すると、次のボタンが返されます:

UPSCALE 後(単一画像)

アップスケール後は、編集ツールを利用できるようになります:
Note: ボタンラベルと customId の形式は、プロンプトで指定した MJ バージョン(例: --v 6.1--v 5.2)によって異なる場合があります。必ず API レスポンスからボタンを読み取ってください。
Inpaint(Vary Region)ボタンは Upscale 後にのみ表示されます。

完全な例: 生成してアップスケールする

ステップ 1: imagine リクエストを送信

レスポンス:

ステップ 2: タスクステータスをポーリング

レスポンス(完了時):

ステップ 3: U1 をクリックしてアップスケール

レスポンス:

ステップ 4: 新しいタスクをポーリングして結果を取得


/mj/submit/action を呼び出したときに、タスクステータスが SUCCESS ではなく MODAL になった場合は、追加の入力を提供するために /mj/submit/modal を呼び出す必要があります。

確認済みの Modal 操作

例: Inpaint フロー

速度モードの選択

パスに速度プレフィックスを追加します:

その他のエントリーポイント

これらの API は、imagine → action フローに従わない独立したエントリーポイントです:

トラブルシューティングのヒント

API の設計とワークフローに基づいて、遭遇しやすい一般的な問題を以下に示します: