On croise données légales, présence locale, profils pro publics, web et finance pour une base France exploitable. Tu cherches en français. Tes agents passent par un MCP conçu pour la prospection — pas par un SQL nu sur une base quelconque.
Ouverture septembre · les inscrits passent en premier
Responsables de production · ETI industrielles · AURA · SIREN actif — usine, pas audiovisuel
Outil métier · pas un SELECT * sur un dump
Chaque entreprise peut s’enrichir depuis plusieurs familles de sources. On nettoie et on rapproche — pour une fiche plus complète, prête pour la prospection ou pour un agent.
Identité officielle : SIREN, SIRET, forme, création, capital, mandataires. Le socle structuré.
INSEE · registres · annonces légales
Adresses, multi-sites, téléphone affiché, horaires, notes et avis. La présence réelle sur le terrain.
fiches établissements · cartographie · avis
Expériences, ancienneté, taille d’équipe, secteur, récit d’entreprise. Pour viser le bon décideur, pas seulement un code NAF.
profils publics · expériences
Domaines, pages, contacts publics, indices d’activité. Le complément digital.
URL · contacts · open data
Chiffre d’affaires, résultat, effectifs déclarés, éléments de bilans quand disponibles — pour scorer la taille du compte.
comptes annuels · sources publiques
Ordres de grandeur catalogue (estimations). Search : accès anticipé septembre.
Brancher un agent sur du SQL brut, c’est devenu courant — et douloureux. Voici ce que les builders et la sécu voient en 2025–2026, et ce que MCP Search est conçu pour faire autrement.
Text-to-SQL invente des colonnes, rate les jointures, ou sort des listes incohérentes. Un agent qui “parle” à Postgres n’a pas le sens métier FR.
Nous : outils de prospection (intention, secteur,
poste, SIREN…) — pas un query_sql libre sur un dump.
« Responsables de prod » en mot-clé = usine + cinéma + titres flous. Le schéma technique ne sait pas ce qu’est un métier en français.
Nous : le sens métier est dans la résolution de la requête — le bon monde, la bonne liste.
Beaucoup de MCP BDD exposent trop (auth faible, write sur la prod, supply chain de paquets clones). Pratique pour démo, risqué en entreprise.
Nous : surface cadrée prospection / lecture sur une base France dédiée — pas “tout ton Postgres en root”.
Schemas d’arguments pauvres → le modèle devine, refuse, ou casse dès que le schéma change. Les MCP auto-générés se dégradent vite.
Nous : contrat d’outils pensé pour Claude, Grok et agents custom — intention métier stable, pas un miroir de tables.
MCP Search = la data prospects France déjà croisée + un MCP qui parle prospection, pas administration de base. Pour ton équipe (phrase en français) et pour tes agents (même base).
Tu décris la cible. L’agent t’aide à cadrer le sens et à sortir une liste propre — sans 40 filtres.
Claude, Grok ou ton agent maison cherchent des comptes France via des outils métier — pas via un scrap jetable.
Pharow, Sociétéinfo, Kompass, Corporama — chacun a son job. Notre écart : phrase métier, sens dans la requête, MCP prospection (pas un SQL générique).
L’ouverture n’est pas publique tout de suite. Les emails sur la liste passent avant tout le monde — équipes et builders MCP. Places d’accès anticipé limitées : après, ce sera le flux général.