# LM Studio Bionic: локальная модель и проверка действий агента

Источник: https://modelium.tech/zhurnal/lm-studio-bionic-lokalnaya-model/

LM Studio Bionic — отдельное агентное приложение: в его сессии можно выбрать Local и запустить загруженную модель на своём устройстве. Для первой проверки дайте доступ лишь к тестовой копии проекта, разрешайте shell-команды вручную и сверьте фактический diff и результат теста. Выбор Local сам по себе не доказывает отсутствие сети у всех инструментов; Modelium не запускал Bionic.

**Документация проверена 4 октября 2026 года.** В официальных страницах Bionic нет зафиксированной Git-ревизии для этого снимка; сохранены HTML и SHA-256. Здесь описан воспроизводимый *план для читателя*, не собственный прогон Modelium: мы не устанавливали Bionic и не наблюдали ни одной правки агента [s1](#src-s1)[s5](#src-s5).

## Что такое LM Studio Bionic и чем оно отличается от LM Studio?

**Bionic — отдельное приложение** компании LM Studio для работы с агентом в проектах и сессиях. Не ищите описанный ниже переключатель Cloud / Local / Remote в интерфейсе обычного LM Studio: это селектор **сессии Bionic**, а не настройка сервера `llmster`. Если вам нужен только локальный чат или API, сначала откройте [гайд по обычному LM Studio](/zhurnal/lm-studio/); если нужен агент с доступом к рабочим файлам, продолжайте здесь [s1](#src-s1)[s2](#src-s2)[s4](#src-s4).

Результат этого гайда — **наблюдаемая ограниченная правка в учебном Git-проекте и её проверка человеком**, а не уверенный текстовый ответ. Маршрут: небольшая задача с ожидаемым изменением → загруженная совместимая модель → ресурсы вашего компьютера → Local в Bionic → разрешённый доступ к отдельной папке → выполненная правка, diff и узкий тест. Рекомендация начинать с пустого или обезличенного тестового проекта — мера снижения риска от редакции, не гарантия песочницы [s2](#src-s2)[s5](#src-s5)[s6](#src-s6).

## Как установить Bionic и подобрать модель для Local?

Откройте официальную страницу Bionic и переходите к **загрузке именно Bionic**, а не основного LM Studio или headless `llmster`. После установки создайте проект по руководству продукта. Документация не устанавливает универсальный минимальный объём RAM/VRAM для любой модели: её нужно скачать и проверить, подходит ли она доступным ресурсам конкретного устройства. Размер файла весов не превращайте в минимальные требования к памяти [s1](#src-s1)[s2](#src-s2)[s4](#src-s4).

В приложении откройте **Settings → Local Models → Explore**, найдите модель для работы с кодом, просмотрите доступный формат и вариант и загрузите её. На экране выбора формата и устройства не принимайте удалённый LM Link за запуск на текущем ПК. После загрузки проверьте запись в **Settings → Local Models → Library**; затем в селекторе модели сессии выберите **Local** и нужную загруженную модель. Уточняйте поддержку инструментов самой моделью: способность отвечать на вопросы о коде ещё не равна качественному исполнению инструментов [s3](#src-s3)[s2](#src-s2).

**Local** выполняет инференс на данном устройстве. **Remote** означает локальную модель на *другом* устройстве через LM Link, а **Cloud** — размещённую модель поставщика с интернетом, входом в аккаунт, настроенным биллингом и доступными кредитами. По документации Local и Remote не требуют аккаунта или облачных кредитов; это не утверждение о полной автономности всех функций приложения и инструментов. За передачей данных при выборе Cloud и за юридическими условиями обращайтесь к действующим условиям поставщика, не подменяйте их словом «локально» [s2](#src-s2)[s8](#src-s8).

Если нужной модели нет в списке Local, проверьте, завершилась ли загрузка, видна ли она в Library и какие ресурсы показывает устройство; не переключайтесь автоматически на Cloud для закрытого кода. Здесь не рекомендуется универсальный тег или число гигабайт без версии, железа и пробного запуска. Для выбора кандидата под код есть отдельный [разбор локальных моделей](/zhurnal/lokalnye-modeli-dlya-programmirovaniya/) [s3](#src-s3)[s2](#src-s2).

## Как дать агенту ровно одну проверяемую задачу?

Создайте **отдельную копию небольшого Git-проекта без токенов, клиентских данных и активных секретов**. Документация Coding предлагает новый Project, опцию **Allow coding**, выбор корневой папки и рабочую сессию; после подключения Bionic индексирует выбранную папку для поиска по файлам. В Bionic 1.1.0 разработчик изменил модель проекта: coding-возможности могут включаться для сессии, поэтому точное расположение переключателя сверяйте с установленной версией. Доступ к папке не означает системную сетевую изоляцию или невозможность выполнить опасную команду [s5](#src-s5)[s6](#src-s6).

Перед задачей осмотрите исходное состояние проекта и запишите ожидаемый результат. Сначала попросите агента **найти и объяснить** конкретную функцию без правки. После проверки объяснения дайте ограниченное поручение: «в учебном модуле поменяй только проверку пустой строки; не трогай другие файлы; добавь один тест, запусти лишь его; покажи изменённые пути и вывод команды». Это пример задания редакции, **не** протокол успешного запуска. Официальный порядок — изучить код, согласовать ограничение, внести изменение, выполнить узкий тест, просмотреть встроенные изменения и Git diff [s5](#src-s5).

Для первой попытки выберите режим shell **manual review**, где человек рассматривает команды до выполнения. Bionic 1.1.0 также перечисляет disabled, auto review и allow-all. При disabled сценарий с shell-тестом не выполнится, при allow-all вы отдаёте командам слишком широкое разрешение; выбирайте режим осознанно по интерфейсу установленной версии. **Auto Review не равно manual review:** некоторые команды выполняются без индивидуального подтверждения, а сам механизм имеет явно описанные авторами пределы. Не называйте ни один из режимов полноценной песочницей [s6](#src-s6)[s7](#src-s7).

## Как отличить выполненное действие от убедительного ответа?

Проверьте три независимых следа: **команда и её реальный вывод** в сессии, **изменённые файлы и Git diff**, **результат узкого теста**. Сравните diff с первоначальным состоянием и с заранее записанным ожидаемым поведением; следите за сторонними файлами. Если агент лишь описал возможное изменение, но diff пуст и инструмент не выполнялся, задача не решена. Если тест не запускался или завершился ошибкой, не объявляйте правку подтверждённой. Такая процедура — редакционный критерий проверки, согласованный с официальным inspect → change → test → review [s5](#src-s5)[s6](#src-s6).

Перед одобрением shell-команды прочитайте её полностью, в том числе перенаправления, скачивание скриптов и область действия. Не разрешайте установку зависимостей, сетевые вызовы или работу вне тестового каталога только ради простого учебного теста. Используйте уже существующую локальную проверку проекта, но предварительно убедитесь, что её конфигурация и запускаемые скрипты вам понятны: документация автора Auto Review предупреждает, что вредоносный локальный исполняемый файл или конфигурация не становятся безопасными от одной проверки текста команды [s7](#src-s7)[s5](#src-s5).

Если правка неверна, не просите агента скрыть diff: отклоните действие и восстановите **только учебную копию** из заранее сохранённого исходного состояния. Исходный рабочий репозиторий и данные заказчика не должны выступать пробным полигоном. Никакое изображение Canvas или гладкий итоговый ответ не заменяет проверку кода и вывода теста [s5](#src-s5)[s4](#src-s4).

## Когда Local всё ещё не означает офлайн-контур?

Выбор Local говорит, где работает **основная модель** сессии. Он не проверяет работу вспомогательных инструментов, загрузок, подключений и внешней сети; также для некоторых возможностей могут использоваться другие модели, поэтому настройки конкретной сессии и расширений надо разбирать отдельно. При закрытых данных запрещайте ненужные инструменты, изучайте их разрешения и проводите отдельный сетевой тест процесса и всех его компонентов. Руководство по [проверке офлайн-контура](/zhurnal/proverka-offline-kontura-ii/) задаёт именно эту отдельную задачу [s2](#src-s2)[s6](#src-s6)[s7](#src-s7).

Для задач, где важны права на файлы, ответственность за изменение и аудит, демонстрация на обезличенном каталоге не доказывает пригодность к продуктивной кодовой базе. Запишите выбранную версию Bionic, имя и вариант модели, устройство, режим команд, границы рабочей папки, исходный diff, согласованные действия и результат теста. Описанная инструкция основана на документации; **Modelium не запускал модель, не подтверждал tool call и не измерял качество, скорость либо расход памяти** [s2](#src-s2)[s5](#src-s5)[s6](#src-s6).

**Основной следующий шаг:** выполните единственный ограниченный тест в собственной копии проекта: выберите Local, вручную подтвердите понятную команду и сверьте Git diff с выводом профильного теста. Если нужно сравнить этот путь с другими способами построить локального агента, откройте [общий гайд по агентному стеку](/zhurnal/kak-sozdat-ii-agenta/); релизные заметки [Bionic 1.1.7](/zhurnal/bionic-1-1-7-local-context-canvas-export/) не заменяют проверки выполненного действия [s2](#src-s2)[s5](#src-s5).

## Источники

1. [LM Studio — Welcome to LM Studio Bionic](https://lmstudio.ai/docs/bionic) — получено 2026-10-04
2. [LM Studio Bionic — Choose a Cloud, Local, or Remote Model](https://lmstudio.ai/docs/bionic/models) — получено 2026-10-04
3. [LM Studio Bionic — Download Local Models](https://lmstudio.ai/docs/bionic/models/download-local-models) — получено 2026-10-04
4. [LM Studio Bionic — Create Your First Project](https://lmstudio.ai/docs/bionic/quick-start) — получено 2026-10-04
5. [LM Studio Bionic — Coding](https://lmstudio.ai/docs/bionic/agent/code-project) — получено 2026-10-04
6. [LM Studio — Bionic 1.1.0 release notes (27 августа 2026)](https://lmstudio.ai/changelog/bionic-v1.1.0) — получено 2026-10-04
7. [LM Studio — How Auto Review works](https://lmstudio.ai/blog/how-auto-review-works) — получено 2026-10-04
8. [LM Studio Bionic — Accounts, Plans, and Billing](https://lmstudio.ai/docs/bionic/accounts-plans-and-billing) — получено 2026-10-04