Пустой вход
Это самая частая история. Нода запустилась, но данных для работы у неё нет. Фото не загрузили, текстовое поле оставили пустым или линия между двумя нодами не дошла до нужного гнезда.
Если в ноду не пришли данные, результат может быть разным. Иногда платформа показывает ошибку, и причина сразу ясна. В других случаях модель всё равно что-то генерирует. Картинка выглядит аккуратно, но к вашей задаче она не относится, потому что содержание модель придумала сама.
Перед запуском пройдитесь по нодам слева направо. Файл на месте? Текст написан? Линия входит в нужное гнездо? Если workflow уже отработал с плохим итогом, найдите первую ноду со статусом ошибки. Всё, что стоит после неё, получило неполные данные. Править последующие ноды смысла нет, пока не исправлена первая.
Неверный порядок нод
Ноды выполняются в том порядке, в котором данные идут по связям. Допустим, вы хотите сначала сгенерировать изображение, а потом увеличить его разрешение. Если нода увеличения в схеме стоит раньше генерации, ей нечего обрабатывать.
Ошибка порядка часто появляется, когда workflow дорабатывают по частям. Сначала собрали три ноды, потом между ними вставили четвертую и забыли перекинуть связь.
Перед сборкой выпишите шаги задачи по порядку, например: текст, промпт, генерация, улучшение, сохранение. После сборки проверьте этот список со схемой. Ноды лучше расположить в один ряд слева направо. Тогда порядок виден сразу, и лишняя нода или пропущенная связь заметны быстрее.
Данные не того типа
Ноды принимают и выдают разные типы данных: текст, изображение, аудио, видео, число. Платформа иногда позволяет соединить не совпадающие типы, а результат при этом выходит непредсказуемым. Есть и вариант потоньше. Тип совпал, а содержание не подходит. Возьмём текстовую ноду, которая пишет описание сцены для генератора изображений. Ответ у неё может начинаться словами «Конечно, вот описание сцены». Эта фраза целиком уходит в следующую ноду, и модель пытается нарисовать ещё и её. С озвучкой то же самое. Если в неё придёт список с цифрами и значками, она прочитает всё вслух. Решение лежит в промпте текстовой ноды. Укажите формат ответа прямо: «Выведи только описание сцены одним абзацем, без вступления и пояснений». Затем откройте результат этой ноды и посмотрите, что именно уходит дальше.
Слишком длинный или противоречивый промт
Когда в промте два десятка требований, модель выполняет их с разной точностью. Часть условий она учтет, часть пропустит. Заранее предугадать, какие именно, обычно не получается. Отдельная проблема в противоречиях. «Минималистичный кадр» и «много мелких деталей на заднем плане» в одном описании мешают друг другу. Модель выберет что-то одно, и не факт, что то, что нужно вам. Оставьте в промпте четыре вещи: что в кадре, что делает объект, в каком стиле и как скомпонован кадр. Всё остальное добавляйте после первого запуска, если чего-то не хватило. Сложную задачу можно разделить между нодами. Одна описывает сцену, вторая подбирает стиль, третья генерирует. Короткие промпты на каждом шаге работают стабильнее одного длинного. И меняйте по одному параметру за запуск. Если поменяли пять вещей сразу, вы не узнаете, какая из них повлияла на результат.
Модель не подходит для задачи
Все связи в порядке, промт написан аккуратно, а картинка всё равно слабая. Надпись читается с трудом, лицо перекошено, движение в видео дёргается. Причина может быть в модели. Одна даёт фотореализм, другая лучше работает с текстом на изображении, третья заточена под анимацию. Для чего создана модель, обычно написано в её описании на платформе. Чтобы выбрать подходящую, возьмите одну ноду и один промт. Прогоните их через две-три модели и сравните результаты рядом. Удачные пары записывайте в заметки. Например: «надписи на баннерах: такая-то модель». Через пару недель выбор займёт минуту.
Лишний расход токенов
Токены списываются при каждом запуске каждой ноды. Поэтому баланс может уменьшаться быстро, даже если workflow выглядит небольшим.
- запуск всей цепочки целиком, когда нужно проверить одну ноду;
- максимальное разрешение и качество на этапе черновика;
- сразу много вариантов, пока промпт ещё не отлажен;
- дорогая модель на тестах;
- повторный запуск без изменений в расчёте на другой результат.
Представьте, что вы правите промпт в последней ноде из шести. Запускать первые пять заново нет причин, если их результат вас устроил. Тестируйте участок, который меняли.
На черновике ставьте минимальное разрешение и экономичную модель. Финальные настройки включайте один раз, на последнем запуске. Если платформа показывает оценку стоимости перед стартом, сверяйте её с бюджетом на задачу.
Как считать расходы подробнее, читайте в статье «Токены в Workflow: как считать и не слить бюджет впустую».
Проверка только в конце
Длинные workflow из шести-семи нод часто запускают целиком. Если итог получился не таким как должен быть, часто непонятно, на каком шаге возникла проблема. Ошибка из начала цепочки переходит в следующие ноды и накапливается, поэтому в финале её причину уже не найти.
Лучше добавлять ноды постепенно. Соедините первые две, запустите и посмотрите результат. Затем добавьте третью и проверьте снова. Если результат ухудшился, значит, дело в последней добавленной ноде.
Сохраняйте версии, которые работают. После неудачной правки можно открыть историю изменений и вернуться к прошлому состоянию. Готовый workflow сохраните как шаблон, и в следующий раз настройки будут уже на месте.
Пять вопросов перед запуском
- Во всех ли нодах заполнены поля и загружены файлы?
- Стоят ли ноды в порядке задачи?
- Подходит ли выход каждой ноды к входу следующей?
- Короткие ли промпты и нет ли в них противоречий?
- Проверена ли модель на тесте с экономичными настройками?
Если на все пять ответ «да», запускайте. Большинство проблем находится ещё на этом этапе.
