# Локальный API LM Studio для редактора

Подключение редактора к серверу LM Studio: выбор модели, проверка объяснения функции и просмотр изменений до их принятия.

Автор: Команда Retrivium
Обновлено: 2026-11-03
Канонический URL: https://retrivium.ai/ru/journal/lm-studio-local-api-app-onboarding/
Language: ru

Для обращения редактора к локальному API LM Studio сначала отдельно проверьте сервер, затем выбранную редактором модель и первую операцию. Рабочее окно беседы даёт полезное свидетельство, но не настраивает второе приложение автоматически.

## Конкретная граница приложения

В интеграции редактора есть две независимые передачи работы. Runtime предоставляет серверный интерфейс, а редактор составляет запросы к нему с выбранным провайдером и моделью. Файл, загруженный в LM Studio, не заполняет настройки провайдера редактора. Изменение названия чата также не меняет идентификатор модели, ожидаемый сервером. Документация разработчика предлагает собственные и совместимые интерфейсы: выбирайте тот, который действительно поддерживается редактором. Для локального упражнения оставьте оба приложения на одном компьютере и используйте адрес текущего сервера. Это отделяет начало работы с клиентом от посторонней сетевой схемы. При проверке объяснения важно явно передать выделенный исходный код: подключённая модель не получает содержимое открытого файла только из-за наличия окна редактора ([LM Studio application guide](https://lmstudio.ai/docs/app)) ([LM Studio, llmster, and lms](https://lmstudio.ai/docs/app/basics/lmstudio-vs-llmster-vs-lms)).

## Практический маршрут

В LM Studio определите модель для редактора и запустите локальный сервер. Скопируйте показанный адрес вместо значения со старого снимка экрана. В редакторе выберите совместимый тип соединения, укажите фактический идентификатор модели и начните с объяснения кода, которое не изменяет файлы. Не подключайте дополнительные инструменты до завершения этого простого маршрута ([LM Studio developer documentation](https://lmstudio.ai/docs/developer)).

## Разобранный пример

Откройте небольшую функцию удаления пробелов из строки. Попросите объяснить её поведение для пустого значения и явно передайте выделенный файл в контекст. Сравните ответ с исходной проверкой Desktop. Затем запросите предложение теста и изучите изменения до принятия. Такой пример проверяет передачу работы между приложениями без выдачи агенту широкой задачи по всему репозиторию.

| Проверка | Запись |
| --- | --- |
| Запись runtime | Выбранная модель и локальный адрес сервера, показанный LM Studio. |
| Запись клиента | Название соединения редактора, запрошенная модель и переданное выделение исходного кода. |
| Запись проверки | Объяснение и предложенный тест; видимые изменения сохраняются отдельно от ответа. |

## Как правильно прочитать сбой

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

## Что завершает проверку

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

Связанные материалы: [llama.cpp server: локальный API из GGUF-модели](/ru/journal/llama-cpp-server-launch/), [VRAM для LLM: почему размер модели — не весь расчёт](/ru/journal/vram-and-models/).