Что означает ошибка вроде no file named model.safetensors и почему модель “как будто есть”, но не грузится?

Такая ошибка почти всегда означает не то, что ComfyUI сломан, а то, что ожидание workflow или ноды не совпало с тем, что реально лежит у тебя в папках.

Новичок обычно смотрит на это так: “Но модель же у меня есть. Я её скачал. Она лежит в компьютере. Почему оно пишет, что файла нет?”

Потому что для ComfyUI мало того, что файл где-то существует. Нужно, чтобы совпало сразу несколько условий:

• файл лежал в правильной папке;
• файл имел то имя, которое ждёт нода или workflow;
• файл был докачан полностью;
• если модель состоит из нескольких частей — они были правильно собраны;
• сама нода ждала именно этот формат, а не другой;
• workflow был рассчитан на такую же структуру среды, как у тебя.

И вот когда хотя бы один из этих пунктов не совпадает, ты получаешь ошибку формата missing, no file named ..., пустой loader или ситуацию “модель есть, но не грузится”.

Что на самом деле означает такая ошибка

Если совсем просто, сообщение вроде:

no file named model.safetensors

обычно означает одно из нескольких вещей:

1. Файл лежит не там.
2. Файл называется не так.
3. Файл не докачался или битый.
4. Нода ждёт другую структуру модели.
5. Модель состоит не из одного файла.
6. Workflow собран под другую среду.

То есть это почти никогда не история “ComfyUI с ума сошёл”. Намного чаще это история “папки, имена и ожидания схемы не сошлись”.

Реальный пример из чата

В чате был прямой кейс с ошибкой:

DownloadAndLoadFlorence2Model — Error no file named model.safetensors, or pytorch_model.bin, found in directory ...\models\LLM\Florence-2-SD3-Captioner

Это очень показательная ситуация. Пользователю кажется, что Florence уже лежит “в нужной папке”, но сама нода при этом ищет конкретное имя файла — model.safetensors или pytorch_model.bin. Если внутри папки лежит что-то другое, например файл с иным названием, частично скачанный архив или вообще не та версия модели, нода честно пишет: “я не нашла то, что ожидала”.

И это ключевой момент: модель может “как будто быть”, но для конкретной ноды её всё равно нет.

Почему модель “как будто есть”, но ComfyUI её не видит

1. Модель лежит не в той папке

Это самая банальная и самая частая причина.

В ComfyUI разные типы файлов ждут разные директории. И когда человек только начинает, он очень часто кладёт всё примерно “куда-то в models”, а потом не понимает, почему ничего не грузится.

Типичная логика такая:

• diffusion model / UNet / checkpoint — в свою папку;
• VAE — в vae;
• text encoder — в text_encoders;
• LLM / Florence / captioner — в папку, которую ждёт конкретная нода;
• LoRA — отдельно, в свою директорию.

В чате это поднималось не раз: людям прямо расписывали, что flux-2-klein-9b-fp8.safetensors нужно класть в diffusion_models, flux2-vae.safetensors — в vae, а qwen_3_8b_fp8mixed.safetensors — в text_encoders. И как только человек раскладывал всё по правильным папкам, запуск становился ближе к жизни.

То есть наличие файла само по себе ничего не гарантирует. Важно, в какой именно директории он лежит.

2. Файл называется не так, как ждёт workflow

Это вторая большая причина.

У тебя может быть правильная модель, правильная версия и даже правильная папка — но если нода ждёт одно имя, а у тебя файл называется по-другому, ничего не загрузится.

В чате был очень наглядный пример: workflow ожидал flux-2-klein-9b-fp8.safetensors, а у пользователя файл назывался flux2Klein9bFp8_fp8.safetensors. Формально это почти одно и то же. Для человека — да. Для workflow — нет.

Дальше человек либо:

• переименовывает файл под то, что ждёт схема;
• либо вручную выбирает нужный файл в loader-ноде.

И после этого всё начинает работать.

Вот почему ошибка “модель не найдена” очень часто означает не отсутствие модели, а несовпадение названия.

3. Модель скачана не полностью

Это ещё одна типовая причина, которую новички часто не замечают.

Снаружи всё выглядит обманчиво спокойно:

• файл есть;
• название вроде правильное;
• лежит почти там, где надо;
• но ComfyUI или нода всё равно ведут себя так, будто модель битая или её нет.

Очень часто проблема в том, что скачивание оборвалось, файл получился неполным или вместо модели скачалась не та сущность: заглушка, html-страница, кусок архива, пустышка после обрыва или просто обрезанный файл.

Поэтому если модель “есть”, но не грузится, всегда нужно смотреть не только на имя, но и на размер файла.

Если размер подозрительно маленький, скачивание могло пройти криво. И тогда для ноды это невалидный файл, даже если расширение у него красивое.

4. Модель идёт несколькими файлами и требует merge

Вот это уже более подлая штука.

В чате отдельно всплывала история, где модель шла двумя файлами, и их потом нужно было мёрджить. Для новичка это вообще неочевидно, потому что кажется: “я же уже скачал модель”.

Но если автор workflow или источник модели предполагает структуру из нескольких частей, то простой факт наличия одного файла ещё не означает, что всё собрано правильно.

Тут важно понимать простую вещь:

иногда “модель” — это не один готовый safetensors, а набор компонентов.

И если ты скачал только часть, или скачал две части, но не собрал их так, как нужно конкретной схеме, нода будет вести себя так, будто модель отсутствует или повреждена.

5. Нода ждёт не тот формат файла

Иногда проблема даже не в папке и не в имени, а в том, что сама нода ищет конкретный формат.

Например, в ошибке с Florence нода явно ожидала:

• model.safetensors;
• или pytorch_model.bin.

Если внутри папки лежит какой-то другой вариант структуры, нода его просто не подхватит.

Именно поэтому нельзя смотреть только на слово safetensors и думать, что “любой safetensors подойдёт”. Важно, что именно ждёт конкретный узел.

6. Workflow из cloud или из гайда устроен не так, как твоя локалка

Это отдельная частая боль.

Некоторые workflow нормально работают только в той среде, под которую их собирали:

• локальный ComfyUI;
• cloud-среда;
• чужой pod;
• готовый шаблон под аренду;
• сборка, где часть моделей уже лежит в своей структуре.

И если ты переносишь workflow между разными средами, может оказаться, что:

• пути к файлам другие;
• названия моделей отличаются;
• часть файлов уже переименована автором;
• структура директорий не совпадает с обычным локальным ComfyUI.

В чате это поднималось прямо: люди искали ссылки на модели для локального запуска, потому что в исходном workflow “все модели от стандарта переименованы”. И это очень показательный кейс. Проблема не в том, что модель плохая. Проблема в том, что локальная структура не совпала с ожиданием workflow.

Почему слово missing не повод паниковать

Новичка слово missing очень быстро ломает психологически. Кажется, что всё: схема битая, ComfyUI мёртв, модель исчезла в бездне.

На практике missing чаще всего означает одну из вполне земных вещей:

• не та папка;
• не то имя;
• не та версия;
• недокачанный файл;
• не тот loader;
• после установки не сделали нормальный restart;
• в ноде просто не выбран нужный файл вручную.

То есть сама ошибка чаще всего не мистическая. Она указывает не на “поломку мира”, а на несовпадение структуры файлов с ожиданиями схемы.

Что делать в первую очередь

Вот нормальная последовательность, которая реально помогает, а не создаёт ещё больше хаоса.

1. Посмотреть, какую именно папку ждёт нода

Не “где у меня примерно лежит файл”, а именно что ожидает конкретный loader.

Если это Florence-папка в models/LLM/..., значит нужно проверять именно её. Если это diffusion loader — смотреть надо на папку diffusion models. Если VAE loader — на vae.

2. Проверить точное имя файла

Не на глаз. Не “ну похоже же”. А буквально посимвольно.

Особенно часто ломают запуск:

• дефисы и подчёркивания;
• цифры в названии;
• разные варианты одного имени;
• свои переименования “для удобства”.

Если workflow ждёт одно имя, а у тебя другое — либо переименовываешь файл, либо выбираешь его вручную в ноде, если схема это позволяет.

3. Проверить размер файла

Если модель весит подозрительно мало, есть шанс, что она:

• скачалась не полностью;
• оборвалась на середине;
• скачалась как не тот файл;
• вообще не является рабочей моделью.

Очень часто это выглядит именно как “файл есть, но не открывается”.

4. Убедиться, не нужен ли второй файл или merge

Если по гайду, чату или авторской инструкции модель должна состоять из нескольких частей, не надо пытаться запустить только один кусок и ждать чуда.

Проверь, не требуется ли:

• второй файл;
• дополнительный компонент;
• сборка из нескольких частей;
• ручной merge.

5. Проверить, не cloud ли это workflow с другой логикой структуры

Если workflow собран под другой шаблон среды, часть путей и имён может не совпадать с твоей локалкой.

И тогда надо не “ломать ComfyUI”, а адаптировать схему под свою структуру:

• перевыбрать модели в нодах;
• заменить пути;
• сопоставить названия;
• иногда заменить один loader на другой.

6. Проверить логи, а не гадать

Это одна из самых полезных привычек вообще.

В чате людям прямо советовали: смотри в console / logs, там видно, почему и на каком этапе вылезла ошибка.

Пока ты не смотришь лог, ты часто не диагностируешь, а просто гадаешь. А лог обычно уже показывает, что именно не найдено: папка, имя, нода, формат или зависимость.

7. Сделать нормальный перезапуск

Это звучит смешно, но иногда реально помогает.

В чате был буквальный кейс: “перезапустил комфи и всё починилось само”.

После установки ноды, новой модели, зависимостей или ручной перекладки файлов часто нужен не refresh страницы, а полноценный restart ComfyUI.

Иначе часть изменений просто не подхватится.

Типовой сценарий ошибки

Вот как это чаще всего выглядит на практике:

1. Ты скачал workflow.
2. Нашёл модель.
3. Положил её “вроде туда”.
4. Имя файла у тебя слегка отличается от того, что ждёт схема.
5. Один из компонентов лежит не в той папке.
6. В loader-ноде выбран старый путь или пустое значение.
7. После этого ComfyUI пишет, что файла нет.

Снаружи кажется, что “он врёт, модель же есть”. Но с точки зрения схемы её действительно нет — потому что не совпала структура доступа.

Редкие, но важные причины

Кроме трёх самых частых причин, есть ещё несколько менее очевидных.

Приватная или gated-модель

Иногда файл не скачивается нормально не потому, что ссылка плохая, а потому что модель закрытая, gated или требует токен доступа. В таком случае ты можешь получить не полноценную модель, а вообще не тот результат скачивания. И потом ComfyUI не находит то, что должен был найти.

Нода устарела или конфликтует с версией

Иногда проблема не в модели, а в самом узле. В чате были случаи, где людям приходилось:

• возвращать старую рабочую ноду;
• не обновлять её;
• переименовывать папку ноды, чтобы ComfyUI не трогал рабочий вариант.

Это не самый частый сценарий, но он существует.

Выбрана не та модель вручную

Иногда всё уже лежит правильно, но в конкретной ноде просто выбран не тот файл. И вся “ошибка модели” чинится тем, что ты вручную переключаешь нужный пункт в loader.

В чате это тоже было: пользователь просто выбрал в UNETLoader другой файл вместо ожидаемого имени — и всё поехало.

Чего не надо делать

• Не надо паниковать на слове missing.
• Не надо сразу думать, что ComfyUI сломан.
• Не надо хаотично перекидывать файлы по всем папкам подряд.
• Не надо переименовывать всё без понимания, что именно ждёт workflow.
• Не надо игнорировать размер файла и факт, что он мог скачаться не полностью.
• Не надо считать, что “модель есть где-то на диске” равно “нода сможет её загрузить”.

Самая полезная мысль для новичка

Ошибка “модель не найдена” чаще всего означает не “ComfyUI сломан”, а “структура файлов не совпала с ожиданием workflow”.

И это очень хорошая новость. Потому что структура файлов — штука чинящаяся.

Обычно не нужно переписывать весь workflow. Нужно просто спокойно проверить:

• ту ли папку ждёт нода;
• так ли называется файл;
• полностью ли он скачан;
• не нужен ли второй файл или merge;
• не cloud ли это схема с другой структурой;
• не нужно ли просто выбрать правильный файл в ноде и перезапустить ComfyUI.

Вывод

Когда ComfyUI пишет что-то вроде no file named model.safetensors, это обычно значит не “всё умерло”, а одно из трёх:

• модель лежит не в той папке;
• модель скачана не полностью;
• workflow или нода ждут другое имя файла или другой формат.

А иногда ещё и то, что:

• нужен второй файл;
• нужен merge;
• или сама схема пришла из другой среды и ожидает другую файловую структуру.

Поэтому главное правило здесь простое:

📌 Если модель “как будто есть”, но не грузится, почти всегда проблема не в существовании файла, а в том, что ComfyUI не может найти именно то, что ожидает конкретная нода.