Сравнили 1С Напарник с open-source помощником

На портале «Хабр» опубликовано сравнение проприетарного ассистента «1С Напарник» с самодельным интерактивным помощником на open-source стеке. Авторы поставили вопрос: что важнее для качества ответов — дорогое дообучение узкоспециализированной модели или продуманная агентская обвязка вокруг универсальной облачной LLM. Тестирование проводилось на семи типовых вопросах, с которыми ежедневно сталкиваются пользователи и разработчики 1С.

Самодельный помощник построен на агентской обвязке Deep Agents поверх LangGraph, которая обеспечивает планирование задач, делегирование субагентам с изолированным контекстом и суммаризацию истории. База знаний организована как индексное дерево с гибридным поиском: полнотекстовая ветка на FTS PostgreSQL с русским словарём, векторная — на pgvector с HNSW-индексом, результаты объединяются через Reciprocal Rank Fusion. Для исходников типовых конфигураций используется быстрый поиск по примерно 236 тысячам файлов и 193 тысячам каталогов, а также парсер метаданных, собирающий объекты, реквизиты и связи.

В качестве LLM тестировались модели уровня deepseek-v4-flash, gpt-6.1-sol и glm-5.3-flash — конкретный выбор авторы оставили за скобками, отметив, что все топовые модели справляются с вызовами инструментов и имеют достаточное контекстное окно. Для поиска в интернете используется API Яндекса, который даёт более релевантную выдачу по России, чем встроенные поисковики чатов.

На практических вопросах оба помощника показали сопоставимые результаты. При настройке технологического журнала для поиска таймаутов управляемых блокировок агент дал конфигурацию с фильтром длительных ожиданий, объяснил, как найти блокирующее соединение, и предложил дополнительные события. «Напарник» также указал на WaitConnections, но подробнее остановился на сборе материалов для расследования, а не на разборе действий блокирующего соединения.

В задаче подключения нетипового справочника к подсистеме БСП «Версионирование объектов» агент описал механизм через определяемые типы, подписку на запись и обработчик менеджера, приведя код и шаги включения истории. «Напарник» в ответе описал другой механизм — историю данных платформы и регламентное обновление очереди, не разобрав подключение к типовой подсистеме БСП.

Авторы не делают однозначного вывода о превосходстве одного подхода. Они показывают, что разница в качестве ответов между общей моделью с хорошей обвязкой и специализированной моделью вендора может не оправдывать затрат на дообучение. При этом привилегированный доступ «Напарника» к материалам 1С не даёт ему решающего преимущества на рассмотренных сценариях.