Введение · 12 мин
Локальная модель для 1С: зачем начинать со знаний
Когда собственная модель становится рабочим инструментом, а не просто локальным чатом.
Локальная модель работает на собственном оборудовании или в контролируемом контуре организации. Это даёт независимость от внешнего сервиса и помогает не выносить исходный код за периметр, но само размещение модели рядом с базой ещё не делает её хорошим 1С-разработчиком.
Практическая нижняя граница локальной модели определяется не только её размером: ей нужны короткие правила, доступ к проверенным знаниям и цикл, в котором найденный факт можно отличить от правдоподобной выдумки.
Локальность решает организационную задачу
Собственный контур полезен там, где исходники, внутренние стандарты и схемы обмена нельзя отправлять во внешний сервис. Команда сама выбирает модель, окно контекста, журналирование и срок хранения. Она также не зависит от изменения тарифа или доступности одного облачного поставщика.
Но у этой свободы есть цена: оборудование, обновления, очередь запросов и проверка качества остаются на владельце. Поэтому сравнивать нужно не цену одного токена, а стоимость готового и проверенного изменения.
Код и внутренние документы остаются в выбранном периметре.
Версия модели, способ сжатия её весов и правила обновления фиксируются командой.
После покупки оборудования основная цена — время и эксплуатация.
Рабочий процесс не привязан к одному внешнему поставщику.
Почему 1С быстро обнаруживает слабые места модели
Модель может уверенно смешать синтаксис BSL с конструкциями другого языка, придумать метод коллекции или угадать функцию БСП по названию. Чем меньше модель, тем дороже для неё широкий поиск: длинные фрагменты занимают контекст, а лишние варианты уводят рассуждение в сторону.
Особенно опасны ответы, которые выглядят привычно для 1С-разработчика, но не выполняются: неверный порядок ключевых слов, выдуманный тип, обращение через точку с загрузкой объекта или запрос внутри цикла.
LEM не заменяет интеллект модели — он убирает часть неопределённости
В собственном библиотечном контуре можно раздельно подготовить версии платформы, Синтакс-помощника, БСП, стандартов и известных ошибок. Агент получает не весь архив, а короткий набор кандидатов, точную процедуру или функцию и фрагмент источника. Публичный демонабор содержит вымышленный сервис доставки; реальную платформу и БСП он не предоставляет.
Это не гарантирует правильный финальный код. Зато модели не нужно помнить редкую сигнатуру, угадывать существование функции или перечитывать большие документы. Освободившийся контекст можно потратить на логику задачи и самопроверку.
Зафиксировать результат, ограничения и граничные случаи.
Выбрать версию платформы, БСП и действующие стандарты.
Собрать решение только из подтверждённых возможностей.
Разобрать синтаксис, контракт и поведение на данных.
Правильная цель — не самый красивый ответ
Полезный локальный агент должен останавливаться на недоказанном, использовать разрешённые инструменты, выдавать проверяемый код и исправлять конкретную диагностику. Скорость генерации важна, но десять быстрых неверных версий обычно дороже одной медленной и проверенной.
Поэтому в этом разделе мы отдельно измеряем функциональность, производительность решения, клиент-серверную границу, граничные случаи, читаемость, длительность и обращения к инструментам.
Один разработчик, локальная модель и библиотечный корпус
Разработчик запускает OpenCode на рабочей машине, подключает локальную модель и доступ только для чтения к разрешённому библиотечному корпусу. В публичном демо агент исследует синтетические функции и правила Route Delivery. Упражнение с реальной платформой, БСП и собственными стандартами возможно только после подготовки отдельного правомерного корпуса; код проекта для первого библиотечного поиска не нужен.
- Зафиксировать целевые версии платформы и БСП.
- Подключить MCP и проверить список доступных библиотек.
- Попросить агента подтвердить функцию точным источником.
- Сгенерировать небольшой фрагмент и отдельно проверить синтаксис и контракт.
Следующие материалы показывают, что этот цикл уже измерялся, но также показывают его ограничения.
Что уже можно утверждать, а что нужно проверить
- Сохранены реальные прогоны нескольких локальных моделей на одинаковых 1С-заданиях.
- В тестах библиотечные знания меняли выбор функции и архитектуру решения.
- Экономию на конкретном оборудовании и конкретной модели.
- Исполняемость каждого результата в целевой конфигурации 1С.
- Внутренний пакет эксперимента 1С/MCP A–B–C–D, август 2026; полный публичный протокол не опубликован
- Внутренний отчёт локальных моделей на AMD Strix Halo, 29 августа 2026; полный публичный протокол не опубликован