В этом материале
Чат Desktop подтверждает один путь генерации; редактору всё ещё нужны доступный сервер и собственный правильный выбор модели.
Если чат LM Studio работает, а редактор не использует модель, сначала проверьте локальный сервер и выбор самого редактора. Генерация Desktop и обслуживание внешнего клиента являются разными путями: рабочий чат сужает проблему, но не настраивает редактор.
Конкретная граница приложения
Настольная беседа подтверждает, что определённая модель отвечает через приложение в текущий момент. Она не доказывает запуск HTTP сервера, правильный адрес редактора или запрос той же модели. LM Studio также различает графическое приложение, демон llmster и утилиту lms. Определите runtime, который должен владеть соединением редактора. Не запускайте немедленно дополнительный процесс: два независимых runtime затрудняют определение фактического источника ответа. Сохраните рабочую беседу и разбирайте внешний путь по одной границе без замены файла модели и настройки GPU. Если исправление касается клиента, сохранение прежней модели позволяет понять, какое изменение действительно устранило отказ. Иначе несколько одновременных действий скрывают причину результата (LM Studio application guide) (LM Studio, llmster, and lms).
Практический маршрут
Откройте поверхность разработчика и сервера LM Studio, проверьте состояние выдачи и показанный адрес. Изучите доступные и загруженные модели: lms ls относится к файлам, загрузка в память и запуск сервера выполняются отдельно. В настройках провайдера редактора сопоставьте тип интеграции, адрес и запрошенную модель с текущим сервером. Начните с запроса только для чтения со вставленным кодом, затем проверьте явно выделенный файл и переданный контекст (LM Studio developer documentation).
Разобранный пример
Пользователь обсуждает форматировщик в LM Studio, но редактор сообщает о недоступной модели. В редакторе осталась запись предыдущей сессии. Исправьте выбор клиента, оставив успешную настольную модель прежней. Затем спросите о той же вставленной функции. Если вставка работает, а выбранный файл нет, проверяйте контекст редактора вместо объединения двух ситуаций в один отказ модели. Для каждого случая сохраните конкретный входной текст.
| Проверка | Запись |
|---|---|
| Проверка Desktop | Модель, ответившая в текущей беседе настольного приложения. |
| Проверка сервера | Процесс runtime и показанный локальный адрес выдачи ответов. |
| Проверка редактора | Фактический провайдер клиента, запрошенная модель и переданный исходный код. |
Как правильно прочитать сбой
Сервер может быть доступен при запросе отсутствующего идентификатора модели. Файл также может быть виден в редакторе без передачи модели. Инструменты добавляют следующий слой после текстовой генерации. Разделяйте наблюдения, чтобы успешное исправление одного условия случайно не скрыло другую независимую проблему клиента или передачи исходного текста. Общее сообщение редактора часто требует именно такого разделения.
Что завершает проверку
Исправление завершено, когда редактор обращается к нужной локальной модели и объясняет переданный исходный код. Исходную проверку Desktop сохраните: она остаётся полезным свидетельством при последующем отказе другого приложения или иной интеграции.
Связанные материалы: llama.cpp server: локальный API из GGUF-модели, VRAM для LLM: почему размер модели — не весь расчёт.