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

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

Bionic — отдельное приложение компании LM Studio для работы с агентом в проектах и сессиях. Не ищите описанный ниже переключатель Cloud / Local / Remote в интерфейсе обычного LM Studio: это селектор сессии Bionic, а не настройка сервера llmster. Если вам нужен только локальный чат или API, сначала откройте гайд по обычному LM Studio; если нужен агент с доступом к рабочим файлам, продолжайте здесь s1s2s4.

Результат этого гайда — наблюдаемая ограниченная правка в учебном Git-проекте и её проверка человеком, а не уверенный текстовый ответ. Маршрут: небольшая задача с ожидаемым изменением → загруженная совместимая модель → ресурсы вашего компьютера → Local в Bionic → разрешённый доступ к отдельной папке → выполненная правка, diff и узкий тест. Рекомендация начинать с пустого или обезличенного тестового проекта — мера снижения риска от редакции, не гарантия песочницы s2s5s6.

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

Откройте официальную страницу Bionic и переходите к загрузке именно Bionic, а не основного LM Studio или headless llmster. После установки создайте проект по руководству продукта. Документация не устанавливает универсальный минимальный объём RAM/VRAM для любой модели: её нужно скачать и проверить, подходит ли она доступным ресурсам конкретного устройства. Размер файла весов не превращайте в минимальные требования к памяти s1s2s4.

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

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

Если нужной модели нет в списке Local, проверьте, завершилась ли загрузка, видна ли она в Library и какие ресурсы показывает устройство; не переключайтесь автоматически на Cloud для закрытого кода. Здесь не рекомендуется универсальный тег или число гигабайт без версии, железа и пробного запуска. Для выбора кандидата под код есть отдельный разбор локальных моделей s3s2.

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

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

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

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

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

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

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

Если правка неверна, не просите агента скрыть diff: отклоните действие и восстановите только учебную копию из заранее сохранённого исходного состояния. Исходный рабочий репозиторий и данные заказчика не должны выступать пробным полигоном. Никакое изображение Canvas или гладкий итоговый ответ не заменяет проверку кода и вывода теста s5s4.

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

Выбор Local говорит, где работает основная модель сессии. Он не проверяет работу вспомогательных инструментов, загрузок, подключений и внешней сети; также для некоторых возможностей могут использоваться другие модели, поэтому настройки конкретной сессии и расширений надо разбирать отдельно. При закрытых данных запрещайте ненужные инструменты, изучайте их разрешения и проводите отдельный сетевой тест процесса и всех его компонентов. Руководство по проверке офлайн-контура задаёт именно эту отдельную задачу s2s6s7.

Для задач, где важны права на файлы, ответственность за изменение и аудит, демонстрация на обезличенном каталоге не доказывает пригодность к продуктивной кодовой базе. Запишите выбранную версию Bionic, имя и вариант модели, устройство, режим команд, границы рабочей папки, исходный diff, согласованные действия и результат теста. Описанная инструкция основана на документации; Modelium не запускал модель, не подтверждал tool call и не измерял качество, скорость либо расход памяти s2s5s6.

Основной следующий шаг: выполните единственный ограниченный тест в собственной копии проекта: выберите Local, вручную подтвердите понятную команду и сверьте Git diff с выводом профильного теста. Если нужно сравнить этот путь с другими способами построить локального агента, откройте общий гайд по агентному стеку; релизные заметки Bionic 1.1.7 не заменяют проверки выполненного действия s2s5.