Open-source агент против 1С Напарника: гибридный RAG на DeepSeek выиграл на практике

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

Habr взял реальные вопросы разработчиков 1С и сравнил open-source агента с коммерческим Напарником. Результаты неожиданны.

Архитектура: гибридный RAG на LangGraph

Модель выбирали топового слоя: deepseek-v4-flash, gpt-6.1-sol, glm-5.3-flash. Все одинаково работают с инструментами и имеют достаточное окно. Критична оказалась не модель, а её окружение.

Фреймворк — LangGraph (Deep Agents) с планированием, делегированием субагентам и контролем контекста через суммаризацию истории.

Для знаний внедрили гибридный RAG. Полнотекстовая ветка — FTS PostgreSQL с русским словарём, векторная — pgvector с HNSW-индексом. Сливаются через Reciprocal Rank Fusion: высокорейтинговые кандидаты в каждой выдаче поднимаются в финале.

Для исходников типовых конфигураций построили быстрый индекс 236 тысяч файлов и 193 тысяч каталогов. Добавили парсер метаданных: собирает объекты, реквизиты, связи между ними. Помогает ориентироваться в модулях.

Для интернета — API Яндекса вместо встроенного в чаты поиска. Даёт релевантнее по России. Агент агрегирует и суммаризирует всё найденное.

Три теста на реальных задачах

1. Технологический журнал для таймаутов управляемых блокировок.

Агент выдал конфигурацию с фильтром длительных ожиданий (события TLOCK >1 сек, TTIMEOUT, TDEADLOCK), разобрал поле WaitConnections для поиска блокирующего соединения и предложил отследить его действия: длинные запросы, обращения к внешним сервисам, длительная обработка в транзакции.

Напарник тоже дал конфигурацию и упомянул WaitConnections, но сосредоточился на сборе материалов для расследования, не разбирая блокирующую сторону.

2. Подключение нетипового справочника к БСП версионирования.

Агент: добавить тип в определяемые типы ВерсионируемыеДанные и ВерсионируемыеДанныеОбъект, реализовать в менеджере справочника обработчик ПриОпределенииНастроекВерсионированияОбъектов, вызвать инициализацию в форме из события ПриСозданииНаСервере. Подписка ЗаписатьВерсиюОбъекта уже слушает нужное событие. Привёл код и указал: для справочников используется именно эта подписка, не ЗаписатьВерсиюДокумента.

Напарник предложил другой механизм: свойство История данных справочника и регламентное задание на ИсторияДанных.ОбновитьИсторию(). Валидно, но это альтернатива, а не подключение к типовой БСП.

3. Запрет отмены проведения при списанных партиях.

Агент дал обработчик ОбработкаУдаленияПроведения с запросом к регистру ТоварыПоПартиям, фильтром на расходные движения, проверкой через РезультатЗапроса.Пустой(). И важное предупреждение: для защиты от одновременного списания нужна управляемая блокировка (в примере её нет).

Напарник дал схему, не углубляясь в варианты.

Вывод

Открытая модель плюс качественное индексирование — гибридный RAG, парсинг метаданных, правильный выбор источников — часто дают результат не хуже узкой специализированной модели. На деньги затрачивать выгоднее на инфраструктуру поиска, чем на дообучение. 1С Напарник справляется с типовыми вопросами, на сложные отвечает поверхностнее.