Agent open source contre 1C Napparnik : le RAG hybride sur DeepSeek s'impose dans la pratique

Une croyance répandue veut qu'un modèle d'éditeur avec accès complet à sa documentation soit toujours meilleur. La pratique dit autre chose. Sur des questions complexes de développeurs 1C, ce n'est pas la spécialisation étroite qui gagne, mais la qualité de l'indexation : recherche hybride, parsing des métadonnées, sources pertinentes. L'agent est construit sur LangGraph (Deep Agents) avec recherche plein texte via FTS PostgreSQL et recherche vectorielle via pgvector + HNSW. Les résultats sont fusionnés par Reciprocal Rank Fusion. Le parseur de métadonnées se repère dans 236 000 fichiers de configurations types 1C et 193 000 répertoires. Pour la recherche web, l'équipe utilise l'API de Yandex plutôt que les moteurs intégrés aux chats. • **Délais des verrous gérés** : l'agent a proposé un filtre sur les événements TLOCK (>1 sec), TTIMEOUT, TDEADLOCK et l'analyse des actions de la connexion bloquante ; Napparnik a fourni une configuration de base sans détails • **Rattachement d'un référentiel à la BSP** : l'agent a pointé vers les types définissables, l'abonnement ЗаписатьВерсиюОбъекта et le gestionnaire de manager ; Napparnik a proposé une alternative via l'historique des données de la plateforme • **Interdiction d'annuler la validation** : l'agent a fourni du code prêt à l'emploi avec une requête sur le registre d'accumulation et un avertissement sur le verrou géré

Traité par IA depuis Habr AI ; édité par Hamidun News
Agent open source contre 1C Napparnik : le RAG hybride sur DeepSeek s'impose dans la pratique
Source : Habr AI. Collage: Hamidun News.
Écouter l'article

Conclusion évidente : l'éditeur a un accès complet à sa documentation, un contexte illimité, donc son modèle est toujours meilleur. Mais ce n'est pas le cas. En pratique, l'écart de qualité entre un modèle spécialisé et un modèle cloud généraliste ne justifie souvent pas le coût du fine-tuning, si derrière le modèle se trouve une bonne indexation et des sources de connaissances correctement choisies.

Habr a pris de vraies questions de développeurs 1C et comparé un agent open source au Napparnik commercial. Les résultats sont surprenants.

Architecture : RAG hybride sur LangGraph

Les modèles ont été choisis dans la couche la plus performante : deepseek-v4-flash, gpt-6.1-sol, glm-5.3-flash. Tous gèrent les outils de la même façon et disposent d'une fenêtre de contexte suffisante. Ce qui s'est révélé critique n'était pas le modèle, mais son environnement.

Le framework utilisé est LangGraph (Deep Agents), avec planification, délégation à des sous-agents et contrôle du contexte via résumé de l'historique.

Pour les connaissances, un RAG hybride a été mis en place. La branche plein texte repose sur FTS PostgreSQL avec dictionnaire russe, la branche vectorielle sur pgvector avec index HNSW. La fusion se fait via Reciprocal Rank Fusion : les candidats les mieux classés dans chaque résultat remontent dans le classement final.

Pour les sources des configurations types, un index rapide de 236 000 fichiers et 193 000 répertoires a été construit. Un parseur de métadonnées a été ajouté : il collecte les objets, les attributs, les liens entre eux. Il aide à se repérer dans les modules.

Pour le web, l'API de Yandex est utilisée plutôt que la recherche intégrée aux chats. Elle donne des résultats plus pertinents pour la Russie. L'agent agrège et résume tout ce qu'il trouve.

Trois tests sur des tâches réelles

1. Journal technologique pour les délais des verrous gérés.

L'agent a fourni une configuration avec un filtre sur les attentes longues (événements TLOCK >1 sec, TTIMEOUT, TDEADLOCK), a analysé le champ WaitConnections pour retrouver la connexion bloquante, et a proposé de suivre ses actions : requêtes longues, appels à des services externes, traitement prolongé dans une transaction.

Napparnik a lui aussi fourni une configuration et mentionné WaitConnections, mais s'est concentré sur la collecte de matériaux pour l'enquête, sans analyser la partie bloquante.

2. Rattachement d'un référentiel non standard à la BSP de versionnement.

L'agent : ajouter le type aux types définissables ВерсионируемыеДанные et ВерсионируемыеДанныеОбъект, implémenter dans le manager du référentiel le gestionnaire ПриОпределенииНастроекВерсионированияОбъектов, appeler l'initialisation dans le formulaire depuis l'événement ПриСозданииНаСервере. L'abonnement ЗаписатьВерсиюОбъекта écoute déjà l'événement voulu. L'agent a fourni le code et précisé : pour les référentiels, c'est bien cet abonnement qui est utilisé, pas ЗаписатьВерсиюДокумента.

Napparnik a proposé un autre mécanisme : la propriété Historique des données du référentiel et une tâche planifiée appelant ИсторияДанных.ОбновитьИсторию(). C'est valide, mais c'est une alternative, pas un rattachement à la BSP standard.

3. Interdiction d'annuler la validation en cas de lots déjà sortis.

L'agent a fourni un gestionnaire ОбработкаУдаленияПроведения avec une requête sur le registre ТоварыПоПартиям, un filtre sur les mouvements de sortie, une vérification via РезультатЗапроса.Пустой(). Et un avertissement important : pour se protéger contre une sortie simultanée, un verrou géré est nécessaire (absent de l'exemple).

Napparnik a fourni un schéma, sans approfondir les variantes.

Conclusion

Un modèle ouvert associé à une indexation de qualité — RAG hybride, parsing des métadonnées, choix judicieux des sources — donne souvent un résultat qui n'est pas inférieur à celui d'un modèle spécialisé étroit. Il est plus rentable d'investir dans l'infrastructure de recherche que dans le fine-tuning. Le 1C Napparnik gère bien les questions standard, mais répond de manière plus superficielle aux questions complexes.

Dossier

Questions clés sur cet article

Que sait-on sur Architecture : RAG hybride sur LangGraph ?

Les modèles ont été choisis dans la couche la plus performante : deepseek-v4-flash, gpt-6.1-sol, glm-5.3-flash. Tous gèrent les outils de la même façon et disposent d'une fenêtre de contexte suffisante. Ce qui s'est révélé critique n'était pas le modèle, mais son environnement. Le framework utilisé est LangGraph (Deep Agents), avec planification, délégation à des sous-agents et contrôle du contexte via résumé de l'historique. Pour les connaissances, un RAG hybride a été mis en place. La branche plein texte repose sur FTS PostgreSQL avec dictionnaire russe, la branche vector

Que sait-on sur Trois tests sur des tâches réelles ?

1. Journal technologique pour les délais des verrous gérés. L'agent a fourni une configuration avec un filtre sur les attentes longues (événements TLOCK >1 sec, TTIMEOUT, TDEADLOCK), a analysé le champ WaitConnections pour retrouver la connexion bloquante, et a proposé de suivre ses actions : requêtes longues, appels à des services externes, traitement prolongé dans une transaction. Napparnik a lui aussi fourni une configuration et mentionné WaitConnections, mais s'est concentré sur la collecte de matériaux pour l'enquête, sans analyser la partie bloquante. 2. Rattachement

ZK
Zhemal Khamidun — CPO d'Alpina Digital, product manager d'AlpinaGPT. Conçoit des produits IA depuis 2019. Hamidun News est un projet personnel devenu un agrégateur en production avec plus de 6 000 lecteurs.
✦ Autonomous AI Agents

Delegate Deep Research, Coding & Workflows to an AI Agent

Deploy autonomous multi-step execution with NomadNet Agent (agent.nomadnet.ai) — automated web research, data synthesis, code generation, and complex task orchestration.

Launch NomadNet Agent →NomadNet AI Platform
Qu'en pensez-vous ?
Chargement des commentaires…