Solutions / RAG et recherche sémantique

RAG et recherche sémantique pour les entreprises suisses

Cherchez dans vos documents par le sens, et obtenez des réponses qui montrent le passage d'où elles viennent.

Ce que nous pourrions construire

Ces scénarios sont des illustrations. Aucun ne décrit un client.

Banque et finance

Avant un rendez-vous client, les conseillers fouillent les house views, les fiches produits et les règles d'adéquation, répartis sur quatre intranets.

Ce que nous construirions

Un assistant qui répond aux questions des conseillers à partir des analyses de la banque et de ses documents sur les produits, en citant le paragraphe exact d'où vient chaque réponse. Il ne cherche que dans les documents que le conseiller a déjà le droit d'ouvrir, et il tourne sur les serveurs de la banque.

FAISS, vLLM, Llama, Keycloak

Banque et finance

Les revues KYC périodiques piétinent parce que les documents sont dispersés dans cinq systèmes et que certains ont expiré sans que personne le remarque.

Ce que nous construirions

Un agent qui reconstitue le dossier client à partir de chaque système, contrôle les dates d'expiration et les pièces manquantes, et rédige la synthèse de revue avec ses sources. L'analyste valide le dossier complet, et l'agent n'a aucun droit de contacter les clients ni d'approuver quoi que ce soit.

LangGraph, Python, PostgreSQL, Avaloq API

Horlogerie et luxe

Un conseiller a dix minutes avant l'arrivée d'un client de longue date, et l'historique est éparpillé dans des années de notes en trois langues.

Ce que nous construirions

Un assistant qui lit les achats du client, ses révisions passées et les notes des conseillers, puis rédige une fiche de préparation d'une page dans la langue du conseiller, avec une source pour chaque ligne. Il tourne sur une infrastructure que la maison contrôle et ne stocke rien de son côté.

Mistral, vLLM, Salesforce API

Horlogerie et luxe

Les centres de service attendent des jours qu'un horloger examine une pièce avant que le client reçoive un devis.

Ce que nous construirions

Un assistant de réception qui lit les photos et la description du client, retrouve des réparations passées similaires et prépare un devis provisoire avec les opérations et les pièces probables. Un horloger valide ou corrige ce projet de devis, et chaque devis corrigé rejoint les exemples utilisés pour les suivants.

PyTorch, FAISS, FastAPI, Salesforce API

Pharma et sciences de la vie

Répondre à une question d'une autorité sanitaire oblige à fouiller des années de soumissions, de SOP et de lignes directrices pour trouver le paragraphe qui tranche.

Ce que nous construirions

Un assistant de recherche sur vos soumissions, vos SOP et les lignes directrices de Swissmedic, de l'EMA et de l'ICH, qui répond en quelques phrases et relie chaque affirmation à la section exacte. Il fonctionne en lecture seule et refuse de répondre quand les documents ne permettent pas d'étayer une réponse.

FAISS, bge-reranker-v2-m3, vLLM, Veeva Vault

Pharma et sciences de la vie

Les scientifiques sont censés suivre chaque nouvelle publication de leur domaine, et le volume hebdomadaire rend la chose impossible.

Ce que nous construirions

Un agent de veille qui interroge PubMed chaque semaine sur les sujets de chaque équipe, trie les résumés selon leurs critères et envoie une courte synthèse avec les liens et la raison pour laquelle chaque article a été retenu. Les scientifiques notent la sélection, ce qui affine le tri de la semaine suivante.

PubMed API, BGE-M3, LangGraph, Microsoft Teams

Commerce de détail et e-commerce

Les clients tapent « Velo », « vélo » ou « bici », et le champ de recherche ne comprend que l'un des trois.

Ce que nous construirions

Une recherche hybride qui combine la correspondance par mots-clés et la recherche sémantique multilingue sur le catalogue : une requête trouve les bons produits, quelles que soient la langue et la formulation. Elle tourne à côté du moteur actuel et se règle sur de vrais journaux de recherche.

OpenSearch, BGE-M3, Python

Commerce de détail et e-commerce

La plupart des tickets demandent où en est une commande ou comment la retourner, et l'équipe répond aux mêmes questions toute la journée.

Ce que nous construirions

Un agent IA qui lit chaque ticket, consulte la commande et la politique de retour, et rédige la réponse dans la langue du client. Les réponses courantes partent après une vérification rapide ; les remboursements et les exceptions attendent une personne, avec le cas déjà résumé.

LangGraph, Zendesk API, FAISS

Le principe

La génération augmentée par récupération (RAG) retrouve dans vos documents les passages liés à une question, puis fait répondre un modèle de langage à partir de ces seuls passages, en les citant. La recherche sémantique en est la première moitié, prise seule : retrouver des passages par leur sens, quelles que soient la langue et la formulation. Les deux dépendent de la façon dont les documents sont découpés, indexés et classés, et c'est là que se concentre l'essentiel du travail.

Pertinent quand

  • Vos équipes passent du temps à chercher des informations qui existent déjà dans vos documents.
  • Une réponse doit citer sa source pour qu'on s'y fie.
  • Les contenus sont répartis entre plusieurs langues ou formulés de manières variées.

Cherchez ailleurs quand

  • L'information se trouve dans des bases de données structurées : une requête ou un tableau de bord répond plus vite.
  • Il n'y a que quelques dizaines de documents : un dossier bien organisé peut suffire.

Pour aller plus loin

Inside FAISS: Billion-Scale Similarity Search 45 min de lecture

Les questions qu'on nous pose

Il a pour consigne de répondre à partir des passages retrouvés et les affiche, et un contrôle signale les affirmations qu'ils n'étayent pas. Si la recherche ne trouve rien de pertinent, il le dit. Nous mesurons la fidélité des réponses sur de vraies questions de votre équipe.

Oui. La recherche filtre selon les droits d'accès que l'utilisateur possède déjà : personne ne voit un passage qu'il ne pourrait pas ouvrir dans le système source.

FAISS quand l'index tient en mémoire et que les filtres sont simples, pgvector ou OpenSearch quand les droits d'accès et les filtres de métadonnées doivent se trouver dans la même base. Notre article de fond sur FAISS (en anglais) explique comment ses index arbitrent entre mémoire et vitesse.

Oui, grâce à des embeddings multilingues. Une question posée en français peut trouver un passage rédigé en allemand, et la réponse revient dans la langue de la question.

Solutions associées

Quels documents votre équipe devrait-elle pouvoir interroger ?

Nous commençons par une étude de faisabilité sur vos propres données : vous voyez des résultats avant toute promesse.