Нужно ли переименовывать файлы Florence под workflow

Короткий ответ. Переименовывать файлы Florence под чужой workflow нужно только тогда, когда конкретная нода жёстко ищет заданное имя. В большинстве случаев сначала важнее положить полный набор модели в ожидаемую папку и выбрать её через интерфейс. Случайное переименование одного файла может скрыть настоящую проблему — отсутствующий конфиг, tokenizer или несовместимый loader.

Узнайте точную реализацию loader

В ComfyUI есть несколько пакетов с нодами Florence. Найдите имя класса в JSON и репозиторий автора. Сравните его README, например ComfyUI-Florence2, с используемой версией. Если красной стала сама нода, дело не в имени модели: сначала исправьте установку расширения и зависимости. Если нода видна, но список моделей пуст, переходите к проверке пути.

Проверьте содержимое модели

У Florence-2 обычно есть веса и дополнительные конфигурационные файлы. Откройте репозиторий выбранной модели и убедитесь, что скачан полный набор файлов. Папка может иметь правильное имя, но содержать только вес без остальных компонентов. Также проверьте, не появились ли вложенные папки с одинаковыми именами после распаковки.

Когда имя действительно важно

Некоторые workflow или скрипты передают точное имя файла строкой. Тогда сообщение об ошибке укажет, чего не хватает. Сравните ожидаемое имя и исходный файл, но не переименовывайте веса другой версии под него: совпадение названия не создаст совместимость. Лучше исправить параметр ноды или установить требуемую модель. Делайте копию перед изменением файлов, чтобы можно было вернуться.

Проверьте активную установку

На Windows и в облаке может быть несколько копий ComfyUI. Папка, которую вы открыли в проводнике, не обязательно та, из которой запущен процесс. Найдите путь в логе старта и проверяйте каталог моделей относительно него. В pod локальный путь Windows вообще недоступен, пока файлы не перенесены.

Контрольный запуск

Перезапустите ComfyUI после исправления структуры и сделайте один caption на тестовой фотографии. Если модель видна, но выполнение падает, сохраните полную ошибку и проверьте зависимости Python. Только успешный результат показывает, что проблема решена.

На что обратить внимание при проверке

Не смешивайте файлы разных репозиториев Florence, даже если название похоже: веса, процессор и конфигурация образуют комплект. Если загрузчик сам скачивает модель, ручная копия может попасть в другой кэш и остаться невидимой. Посмотрите в README, куда пишет именно эта нода, и сравните путь в её логе. На облачном pod при повторном создании контейнера кэш мог оказаться на временном диске, поэтому список снова пуст. После успешного caption сохраните рабочий путь и версию пакета рядом с workflow. Тогда при переносе графа не придётся угадывать имя папки по скриншоту.

Для повторения эксперимента храните вместе исходный JSON, входное изображение или видео, названия файлов моделей и результат. Запишите версии ComfyUI и пользовательских нод, а также разрешение и длительность. При вопросе в сообществе приложите конкретный кадр, на котором виден дефект, и укажите, что уже проверено. Это помогает отличить ошибку сборки от ограничений самой модели и даёт возможность воспроизвести проблему.

Частые вопросы

Можно ли исправить проблему одним prompt?

Сначала проверьте входные файлы, соединения и совместимость модели. Prompt меняет текстовое условие, но не создаёт отсутствующую ноду и не подключает референс. Если схема исправна, меняйте формулировку только после контрольного прогона.

Как понять, что правка помогла?

Повторите короткий тест с прежними моделью, размером, seed и входным материалом. Меняйте один параметр за раз и сравнивайте конкретный дефект. Сохраняйте обе версии результата и workflow.