По состоянию на 18 июля 2026 года у Midjourney нет публичного самообслуживаемого API. Согласно Terms of Service сервиса, у Midjourney остаются только две пользовательские поверхности: бот в Discord и веб-приложение на midjourney.com. Это факт, зафиксированный политикой компании, а не пробел в документации, и он меняет постановку задачи для дизайнера, который хочет собрать серийный image-workflow.
Проблема в том, что доступность интерфейса легко спутать с доступностью интеграции. «Я умею скриптом кликать за пользователя» и «сервис выдал мне ключ API» — это два разных утверждения, и путать их дорого: второго для Midjourney просто не существует. Тезис этой статьи проверяем: если workflow требует неподтверждённой автоматизации аккаунта, это не допустимый гибридный процесс, а имитация несуществующего API.
Автоматизация при этом не обязана нажимать последнюю кнопку генерации, чтобы снять с команды часть рутины. Дальше карта из четырёх стадий, которая разделяет то, что можно автоматизировать сейчас, и то, что должно остаться ручным действием человека.
Официального Midjourney API сейчас нет
Нет, и это не оговорка в договоре. Terms of Service Midjourney прямо запрещают пользователю использовать автоматизированные инструменты для доступа, взаимодействия или генерации ассетов через сервис и отдельно уточняют, что Midjourney не предоставляет API и не предоставляет сторонние приложения или скрипты. Формулировку стоит читать буквально: отсутствие API здесь — заявленная политика компании, а не забытая функция.
Есть один сигнал в сторону будущего. 16 июля 2025 года Midjourney объявила, что начинает исследовать возможность открытия Enterprise API, и предложила заинтересованным оставить заявку через Typeform. Ключевое слово здесь: «исследует». Это стадия опроса, а не выпущенный или запланированный продукт: даты запуска, системы выдачи ключей и цены не объявлены. Независимый рыночный обзор с обновлением на 2 июля 2026 года подтверждает то же: публичного Midjourney API по-прежнему нет, а идея Enterprise API, вброшенная через публичный опрос, в широкий доступ не вышла.
Разрыв между запросом и реальностью виден и в поисковых логах. Когда в строке поиска набирают «midjourney api», почти всегда имеют в виду одно: дайте готовый ключ и endpoint. Формулировка «api midjourney» встречается не реже и означает то же самое желание — интеграцию, которую Midjourney официально не выдаёт. Ключа не существует, и любой продукт, который отвечает на такой запрос ключом, отвечает на вопрос, которого разработчики Midjourney официально не закрывали.
Почему сторонние «Midjourney API» рискуют аккаунтом?
Что тогда продают под этой вывеской? Все такие продукты неофициальные. По тому же независимому разбору, они работают, автоматизируя либо Discord-бота, либо браузерную или веб-сессию: через токены бота, эмуляцию браузера или headless-автоматизацию. Ни один не вызывает выданный Midjourney credential, потому что такого credential не существует; страница одного из вендоров, ImaginePro, описывает именно эту механику подключения к боту.
Отсюда прямое следствие для риска. Те же независимые источники пишут, что использование таких обёрток несёт риск бана аккаунта, поскольку нарушает условия Midjourney. Правила сервиса дают компании широкое право на санкции: приостановить или заблокировать доступ в любое время и по любой причине, включая нарушения через автоматизацию. Это подтверждают и сама ToS, и независимый трекер условий сервисов.
Здесь стоит честно отделить факт от вывода. Документально подтверждены запрет автоматизации, отсутствие официального API и дискреционное право на бан. Отдельного пункта именно про передачу или шаринг аккаунта в первичных источниках нет, поэтому утверждение про риск передачи аккаунта я держу как инференс сверх общего запрета на автоматизацию, а не как процитированную политику.
Важно и то, кто говорит о риске. У вендоров обёрток есть коммерческий интерес его приуменьшать: витрина ImaginePro вообще не обсуждает риск на собственной странице продукта. Предупреждение о бане взято из независимого комментария, а не из маркетинга поставщика.
Как разметить workflow на автоматическое, ручное и запрещённое?
Спорная установка по умолчанию звучит так: серийный workflow обязан автоматизировать генерацию целиком. У меня другая рамка. Разбей один production-workflow на четыре стадии: подготовить автоматически, передать вручную, получить результат, архивировать, и отдельно зафиксируй, где автоматизация недопустима. Это аналитическая карта поверх подтверждённых фактов ToS, а не пункт из документации Midjourney, и разницу стоит обозначить прямо, чтобы метод не путался с чужой политикой.
Гипотеза карты в том, что рутину можно вынести в подготовку и архивирование, а генерацию оставить ручной без потери воспроизводимости. Компромисс честный: ручной handoff медленнее скрытой автоматизации, но сохраняет объяснимый и повторяемый творческий процесс, за который не забанят. Операционное условие одно: у каждой передачи должен быть передаваемый артефакт, иначе процесс невозможно воспроизвести.
| Стадия | Что происходит | Автоматизация | Передаваемый артефакт |
|---|---|---|---|
| Подготовка | Бриф, шаблон промпта, батч параметров, черновые референсы | Да, вне поверхностей Midjourney | Файл промптов и таблица параметров |
| Передача | Человек вставляет промпт в бота или веб-приложение | Нет, запрещено ToS | Лог отправки, ссылка на job |
| Получение | Дизайнер забирает изображение из Midjourney | Нет | Исходный файл и seed или job id |
| Архивирование | Раскладка версий, метаданные, хеши | Да | Каталог с метаданными |
Крайние стадии автоматизируемы, потому что не касаются поверхности Midjourney вообще. Средние две нет: именно там начинается автоматизированный доступ к сервису, который запрещён его условиями. Граница проходит не по удобству, а по тому, чью поверхность трогает скрипт.
Что можно автоматизировать легально, а что нельзя трогать?
Безопасно автоматизировать можно то, что живёт до и после Midjourney. Шаблонизация промптов — обычная работа с текстом на своей стороне:
TEMPLATE = "{subject}, {style}, {lighting} --ar {ar}"
def build_prompt(row: dict) -> str:
return TEMPLATE.format(**row)
for row in brief_rows:
print(build_prompt(row)) # человек копирует строку и вставляет её в Midjourney сам
Комментарий в последней строке и есть граница: скрипт печатает промпты, человек вставляет их в бота. Симметрично автоматизируется архивирование, но уже после того, как дизайнер вручную скачал результат:
import json, hashlib, pathlib
def archive(image_path: str, prompt: str, job_id: str) -> None:
p = pathlib.Path(image_path)
meta = {
"prompt": prompt,
"job_id": job_id, # seed или job id, скопированный из интерфейса Midjourney вручную
"sha256": hashlib.sha256(p.read_bytes()).hexdigest(),
}
p.with_suffix(".json").write_text(json.dumps(meta, ensure_ascii=False))
Отдельно стоит медиашаг подготовки: черновые мудборды, варианты композиции, быстрые альтернативы для брифа. Его можно закрыть подтверждённым инструментом, не трогая Midjourney вообще. У кого-то запрос на этом шаге формулируется даже как «бот chatgpt midjourney»: команде хочется одного окна, где текстовая модель и генерация картинок работают рядом, без переключения между сервисами. Здесь подходит агрегатор моделей вроде provod.ai: он поддерживает генерацию и редактирование изображений и общий чат с несколькими моделями в одном окне, а подключение идёт через OpenAI- или Anthropic-совместимый API, то есть достаточно заменить ключ и base_url. На рынке такой сервис иногда называют российским аналогом OpenRouter — это аналогия по принципу единого доступа к каталогу моделей, а не аффилированность с OpenRouter. Подключение выглядит так:
from openai import OpenAI
client = OpenAI(
api_key="PROVOD_KEY",
base_url="https://api.provod.ai/v1",
)
# черновой референс для брифа, финал делаешь вручную в Midjourney
Оговорюсь прямо, чтобы не подменять понятия: этот инструмент закрывает только медиашаг подготовки или альтернативной генерации. Он не делает пользовательскую поверхность Midjourney тем самым API и не является обёрткой над Midjourney; это рабочая гипотеза о легальности конкретного prep-шага, а не подтверждённый источником факт про сам Midjourney.
Три условия, из-за которых процесс ломается
Разметка полезна ровно тем, что делает видимыми условия отказа. Работа не идёт в автоматику, если верно хотя бы одно из трёх:
- статус API не подтверждён первичным источником: тогда автоматической генерации в карте просто нет места;
- шаг требует чужой session-зависимости (скрипт держит живую сессию бота или браузера за пользователя) — это запрещённый переход;
- у передачи нет воспроизводимого артефакта, и тогда результат нельзя повторить: конвейер держится на памяти одного человека.
Решение из этого стоит своей цены. Я сознательно принимаю более медленный ручной handoff на неподтверждённой границе. Альтернативу «имитировать автоматизацию пользовательской поверхности» отклоняю: подтверждения автоматического шага нет, а такая имитация требует передачи управления аккаунтом. Альтернативу «строить гибрид только из подтверждённых шагов» принимаю: она проходит все три критерия выше.
Читательское решение из всего этого одно: используй только подтверждённые шаги и оставляй неподтверждённую генерацию ручной. Не потому что «так безопаснее вообще», а потому что ответ про официально подтверждённый доступ решает, стоит ли строить процесс вокруг API, которого на 18 июля 2026 года нет. Архитектуру определяет граница автоматизации, а не удобство её нарушить.
Чего эта карта не решает
Карта не заменяет действующие условия Midjourney. Перед внедрением статус нужно перепроверить по первичным источникам: Terms of Service, Community Guidelines и странице анонса Enterprise API. Все выводы отражают снимок на 18 июля 2026 года: политика и статус могут измениться без предупреждения.
Тот же принцип действует и в обратную сторону для инструмента подготовки: он не заменяет работу по сборке и внедрению самого workflow и не превращает управление автоматизацией в готовый продукт: команде всё равно нужно спроектировать процесс, а не просто подключить ключ.
Открытый вопрос ни один источник не разбирает: соответствует ли конкретный автоматизированный prep-шаг, например шаблонизация промптов или батч-планирование вне поверхностей Midjourney, правилам сервиса полностью. Держи это как рабочую гипотезу, а не установленный факт, до сверки с первоисточником.
provod.ai — маршрутизация моделей внутри агентного сценария
Не поручайте одной модели весь процесс: для планирования, кода, поиска, проверки и финального ответа можно выбрать разные модели, сохранив один API и единый контроль расходов.
В одном каталоге — актуальные модели для текста и медиа: GPT от OpenAI, Claude от Anthropic, Gemini от Google, Grok от xAI, DeepSeek, Qwen, GLM, Kimi и MiniMax; для изображений — Nano Banana 2 Pro и GPT Image; для видео — последние версии Seedance, Kling, Veo и Google Omni. Также доступны модели для reasoning, поиска, документов, эмбеддингов, музыки и аудио.
Экономика каждого шага остаётся видимой: все модели тарифицируются 1:1 по официальным ценам, без дополнительной комиссии provod.ai за маршрутизацию.
Соберите эффективного AI-агента: форма регистрации · цены на модели · защита данных по 152-ФЗ · API и интеграции
Частые вопросы
Есть ли у Midjourney официальный публичный API? Нет. На 18 июля 2026 года публичного самообслуживаемого API нет; доступны только Discord-бот и веб-приложение.
А что с Enterprise API? Это стадия исследования, объявленная 16 июля 2025 года через публичный опрос. Ни даты запуска, ни цен, ни системы выдачи ключей не объявлено, и называть его выпущенным или запланированным продуктом нельзя.
Забанят ли за неофициальную обёртку, которая называет себя Midjourney API? Риск документирован независимым комментарием: такие продукты нарушают условия Midjourney, а её правила дают компании право приостановить или заблокировать доступ.
Можно ли автоматизировать хоть что-то без риска? Да, подготовку и архивирование — всё, что не трогает поверхность Midjourney. Саму генерацию оставляй ручной.
Собери легальные края конвейера уже сейчас: подключи provod.ai по ключу и base_url для подготовки и альтернативной генерации. Генерацию в самом Midjourney это не меняет и не автоматизирует: она остаётся ручным действием человека, как и требуют её текущие правила.
Источники
- Terms of Service Midjourney (docs.midjourney.com), проверено 18.07.2026: отсутствие API, запрет автоматизации, право на бан.
- Community Guidelines Midjourney (docs.midjourney.com), проверено 18.07.2026: основания для санкций.
- Анонс Enterprise API (updates.midjourney.com), 16.07.2025: стадия исследования через опрос.
- Обзор рынка Midjourney API (apiframe.ai), обновление 02.07.2026: отсутствие публичного API, механика обёрток, риск бана.
- ImaginePro (platform.imaginepro.ai), проверено 18.07.2026: подключение к боту как пример механики.
- Трекер условий Midjourney (aigr.ee), проверено 18.07.2026: независимое подтверждение запретов и клаузы о бане.
- Продуктовые факты provod.ai, 2026.
Top comments (0)