Технические характеристики mj-turbo-reroll
| Спецификация | Сведения |
|---|---|
| Идентификатор модели | mj-turbo-reroll |
| Тип модели | Конечная точка действия генерации изображений для рабочих процессов реролла в стиле Midjourney |
| Основная функция | Повторный запуск существующей генерации Midjourney в режиме Turbo для получения нового набора результатов в том же контексте промпта |
| Апстрим-экосистема | Прокси/интеграции API, совместимые с Midjourney |
| Режим скорости | Режим Turbo |
| Профиль производительности | Задания Turbo рассчитаны на генерацию результатов до 4× быстрее, чем стандартный режим Fast, хотя при этом они расходуют время Fast с более высокой скоростью на стороне апстрима. |
| Типичный класс операций | Действие реролл / повторная генерация для существующей задачи, а не первичная отправка промпта. |
| Связанный рабочий процесс | Отправить или найти существующую задачу по изображению, определить действие/кнопку реролла, отправить запрос на реролл, затем опросить или получить результат новой задачи. |
| Зависимость входных данных | Обычно требует контекст существующей задачи/джоба и специфическое для реролла действие или customId, а не только текстовый промпт. |
| Выходные данные | Новая сгенерированная задача/набор результатов изображения, полученные из того же или ремиксированного контекста промпта |
| Поддержка асинхронности | Да; совместимые с Midjourney API обычно сначала возвращают ID задачи и требуют последующего получения статуса или обработки callback. |
| Поддержка callback/webhook | Как правило, поддерживается через уведомления или callback/webhook-хуки в совместимых с Midjourney прокси-API. |
| Особенности тарификации | Реролл обычно относится к действиям с изображениями типа 1 в таблицах цен Turbo, совместимых с Midjourney. |
Что такое mj-turbo-reroll?
mj-turbo-reroll — это платформенный идентификатор CometAPI для совместимой с Midjourney возможности реролла в режиме Turbo. На практике «реролл» означает повторную генерацию задания по изображению, чтобы получить новый набор результатов при сохранении оригинального творческого направления или контекста задачи. В совместимых с Midjourney системах реролл рассматривается как действие над изображением наряду с операциями variation, outpaint, pan и действиями, связанными с upscale.
Часть turbo указывает, что эта модель сопоставлена с поведением генерации в режиме Turbo. Документация Midjourney описывает Turbo Mode как вариант более быстрого GPU, доступный в новых версиях Midjourney, со скоростью генерации до четырёх раз быстрее, чем в режиме Fast.
Поскольку реролл — это действие над уже существующим джобом, mj-turbo-reroll следует понимать не как самостоятельную модель «текст-в-изображение» для первичной отправки, а как специализированную конечную точку/рабочий процесс для быстрого пересоздания ранее полученных результатов. Совместимые API обычно реализуют это, возвращая ID задачи, после чего требуется получить прогресс или принять webhook-callback по завершении реролла.
Основные возможности mj-turbo-reroll
- Турбо-скоростная повторная генерация: Предназначен для реролла заданий в режиме Turbo, который по документации Midjourney значительно быстрее стандартного режима Fast.
- Рабочий процесс, ориентированный на реролл: Сфокусирован на повторной генерации существующей задачи, а не на создании совершенно нового задания с нуля. Полезно, когда направление промпта нравится, но нужны иные визуальные исходы.
- Асинхронная обработка на основе задач: Совместимые с Midjourney API обычно сначала возвращают ID задачи, позволяя приложениям ожидать завершения путём опроса или асинхронной обработки результатов.
- Интеграция действий/кнопок: Во многих прокси-реализациях Midjourney реролл запускается через endpoint действия с использованием специфического для задания
customIdили идентификатора кнопки/действия из предыдущего результата. - Архитектура, удобная для вебхуков: Совместимые с Midjourney API часто поддерживают callback URL, чтобы приложения могли получать обновления статуса автоматически вместо постоянного опроса.
- Подходит для многошаговых конвейеров изображений: Органично вписывается в производственные сценарии, где пользователь сначала генерирует изображение, изучает кнопки/действия, затем выполняет реролл, variation, pan или upscale на основе возвращённых метаданных задачи.
- Семантика, совместимая с Midjourney: Соответствует экосистеме действий Midjourney, в которой реролл находится рядом с variation, outpaint, inpaint и другими операциями пост-генерации.
Как получить доступ и интегрировать mj-turbo-reroll
Шаг 1: Зарегистрируйтесь и получите ключ API
Чтобы получить доступ к mj-turbo-reroll, создайте аккаунт в CometAPI и сгенерируйте ключ API в панели управления. Храните ключ безопасно и загружайте его через переменную окружения в вашем приложении, чтобы он не был захардкожен в клиентском коде или публичных репозиториях.
Шаг 2: Отправляйте запросы к API mj-turbo-reroll
Используйте стандартную конфигурацию API CometAPI и установите поле модели в 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 проверка обычно означает подтверждение успешного создания новой задачи, мониторинг до завершения и проверку того, что возвращённые изображения соответствуют свежему рероллу исходной задачи, а не исходному набору результатов.