MCP Recherche d'entreprises
MCP Бизнес Поиск
Этот MCP (модуль подключения API) позволяет вам взаимодействовать с API поиска по бизнесу, предоставляемым data.gouv.fr.
Описание
API поиска предприятий позволяет вам искать и находить французские компании. Предлагает два типа поиска:
Текстовый поиск (имя, адрес, руководители и выборные должностные лица)
Географический поиск
Related MCP server: mcp-recherche-entreprise
Функции
MCP позволяет:
Поиск компаний по разным критериям
Фильтровать результаты по нескольким параметрам
Доступ к важной информации о компании (название, SIREN, SIRET, код NAF)
Выполнять географический поиск вокруг точки со следующими параметрами:
Широта и долгота точки поиска
Радиус поиска (до 50км)
Фильтры активности (код NAF, раздел активности)
Результаты пагинации
Источник
Этот MCP основан на официальном API data.gouv.fr: Business Search API
Ограничения
API имеет некоторые ограничения:
Не предоставляет доступ к предшественникам и преемникам учреждения
Не разрешает доступ к компаниям, не подлежащим распространению
Не разрешает доступ к компаниям, которым было отказано в регистрации в RCS.
Географический радиус поиска ограничен максимумом в 50 км.
Технические ограничения
Лимит 7 вызовов в секунду
Доступность: 100% за последний месяц
Доступ: открыт для всех
Использовать
Как пользователь
Самый простой способ использовать этот MCP — через npx :
npx mcp-recherche-entreprisesКак разработчик
Установка зависимостей:
npm installПроект сборки:
npm run buildЭта команда:
Компилировать файлы TypeScript в JavaScript
Поместите их в папку
dist/Сделать файлы JavaScript исполняемыми
Запускать :
Чтобы запустить сервер в режиме разработки с помощью MCP Inspector (рекомендуется для разработки):
npm run devЧтобы запустить сервер без Инспектора:
npm startMCP Inspector предоставляет графический интерфейс для тестирования и отладки запросов MCP в режиме реального времени.
Использовать с курсором
Чтобы использовать этот MCP в Cursor, добавьте следующую конфигурацию в файл .cursor/settings.json :
{
"mcpServers": {
"recherche-entreprises": {
"command": "npx mcp-recherche-entreprises"
}
}
}Эта конфигурация позволит Cursor автоматически использовать этот MCP для бизнес-поиска.
Ресурсы MCP для участников
Официальная документация
Инструменты разработки
MCP Inspector — инструмент отладки и анализа
Лучшие практики
Используйте TypeScript SDK для реализации
Соблюдайте соглашения о коде проекта
Реализуйте надежную обработку ошибок
Четко документируйте API
Поддерживать совместимость с будущими версиями
Тестирование и отладка
Использование инспектора для отладки
Реализовать модульные тесты
Проверить соответствие спецификации MCP
Анализируйте производительность с помощью соответствующих инструментов
Лицензия
Данный проект лицензирован по лицензии MIT. Подробную информацию смотрите в файле ЛИЦЕНЗИЯ .
Вклад
Ваши вклады приветствуются! Более подробную информацию о том, как внести свой вклад в этот проект, можно найти в нашем руководстве по внесению взносов .
Available Tools
2 toolsrechercher_entrepriseC
Recherche des entreprises françaises selon de nombreux critères (nom, activité, localisation, etc.).
| Name | Required | Description | Default |
|---|---|---|---|
| q | Yes | Termes de la recherche (dénomination et/ou adresse, dirigeants, élus) | |
| activite_principale | No | Le code NAF ou code APE, un code d'activité suivant la nomenclature de l'INSEE. Ce paramètre accepte une valeur unique ou une liste de valeurs séparées par des virgules. Il ne s'applique qu'à l'unité légale, et non à ses établissements. | |
| section_activite_principale | No | Section de l'activité principale (A à U) selon la nomenclature NAF. | |
| categorie_entreprise | No | Catégorie d'entreprise de l'unité légale (PME, ETI, GE). | |
| nature_juridique | No | Catégorie juridique de l'unité légale (code INSEE). | |
| etat_administratif | No | État administratif de l'entreprise (A: Active, C: Cessée). | |
| tranche_effectif_salarie | No | Tranche d'effectif salarié de l'entreprise (ex : 10-19, 20-49, etc.). | |
| code_postal | No | Code postal en 5 chiffres. Ce paramètre filtre sur les établissements et accepte une valeur unique ou une liste de valeurs séparées par des virgules. | |
| code_commune | No | Code commune INSEE en 5 caractères. Ce paramètre filtre sur les établissements et accepte une valeur unique ou une liste de valeurs séparées par des virgules. | |
| departement | No | Code de département en deux ou trois chiffres. Ce paramètre filtre sur les établissements et accepte une valeur unique ou une liste de valeurs séparées par des virgules. | |
| region | No | Code de région en deux chiffres. Ce paramètre filtre sur les établissements et accepte une valeur unique ou une liste de valeurs séparées par des virgules. | |
| epci | No | Code EPCI (établissement public de coopération intercommunale). Ce paramètre filtre sur les établissements et accepte une valeur unique ou une liste de valeurs séparées par des virgules. | |
| est_association | No | Uniquement les entreprises ayant un identifiant d'association ou une nature juridique avec mention 'association'. | |
| est_entrepreneur_individuel | No | Uniquement les entreprises individuelles. | |
| est_ess | No | Uniquement les entreprises d'économie sociale et solidaire (ESS). | |
| est_service_public | No | Uniquement les structures reconnues comme administration (service public). | |
| est_bio | No | Uniquement les entreprises ayant un établissement certifié par l'agence bio. | |
| est_rge | No | Uniquement les entreprises ayant au moins un établissement RGE (Reconnu Garant de l'Environnement). | |
| est_finess | No | Uniquement les entreprises ayant au moins un établissement FINESS (établissements sanitaires et sociaux). | |
| est_qualiopi | No | Uniquement les entreprises certifiées Qualiopi (organismes de formation). | |
| est_societe_mission | No | Uniquement les sociétés à mission (article L.210-10 du code de commerce). | |
| nom_personne | No | Nom d'un dirigeant ou élu (personne physique ou morale). | |
| prenoms_personne | No | Prénom(s) d'un dirigeant ou élu (personne physique). | |
| type_personne | No | Type de personne recherchée : dirigeant ou élu. | |
| ca_min | No | Chiffre d'affaires minimum (en euros). | |
| ca_max | No | Chiffre d'affaires maximum (en euros). | |
| resultat_net_min | No | Résultat net minimum (en euros). | |
| resultat_net_max | No | Résultat net maximum (en euros). | |
| page | No | Numéro de page des résultats (défaut : 1). | |
| per_page | No | Nombre de résultats par page (1 à 25, défaut : 10). | |
| minimal | No | Retourne une réponse minimale (sans tous les champs détaillés). | |
| include | No | Champs à inclure avec minimal=true (complements, dirigeants, finances, matching_etablissements, siege, score). |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations provided, so the description must disclose behavioral traits. It only says 'searches many criteria' without mentioning pagination, rate limits, response format, or any side effects. This is insufficient for an agent to understand the tool's behavior.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single sentence, concise and front-loaded. It conveys the core purpose without extraneous text. However, it could be slightly more informative while maintaining brevity.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool's complexity (32 parameters) and the absence of output schema, the description is too brief. It lacks details about return values, pagination, and API source. The sibling tool's presence also suggests a need for clearer context on when to use this one.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The input schema has 100% coverage with detailed descriptions for all 32 parameters. The description adds no new meaning beyond 'numerous criteria'. Baseline 3 is appropriate as the schema handles the parameter documentation.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states it searches French companies using multiple criteria like name, activity, location. It includes examples, but does not explicitly differentiate from the sibling tool 'rechercher_entreprise_geographiques', which likely focuses on geographic search.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
No guidance on when to use this tool versus alternatives. Given the sibling tool exists, explicit context or when-not-to-use instructions are missing. The description does not mention any prerequisites or scenario-specific advice.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
rechercher_entreprise_geographiquesB
Recherche des entreprises autour d'un point géographique (latitude, longitude, rayon, etc.).
| Name | Required | Description | Default |
|---|---|---|---|
| lat | Yes | Latitude du point de recherche | |
| long | Yes | Longitude du point de recherche | |
| radius | No | Rayon de recherche en km (max 50km) | |
| activite_principale | No | Code NAF ou code APE | |
| section_activite_principale | No | Section de l'activité principale (A à U) | |
| page | No | Numéro de page des résultats (défaut : 1). | |
| per_page | No | Nombre de résultats par page (1 à 25, défaut : 10). | |
| minimal | No | Retourne une réponse minimale (sans tous les champs détaillés). | |
| include | No | Champs à inclure avec minimal=true (complements, dirigeants, finances, matching_etablissements, siege, score). |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description must convey behavioral traits. It only mentions basic parameters but lacks details on pagination, sorting, error handling, or result behavior (e.g., ordering by distance). The vague 'etc.' indicates incomplete disclosure.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single short sentence, which is concise but lacks structure. It uses 'etc.' which is vague and unprofessional.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool has 9 parameters, no output schema, and no annotations, the description is insufficient. It omits details on optional filters (activity types, pagination, minimal response) and does not explain the response structure.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, so the schema already documents all parameters. The description adds minimal extra meaning beyond mentioning lat, lon, radius, and 'etc.' Baseline of 3 is appropriate.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool searches for companies around a geographic point, specifying key parameters (latitude, longitude, radius). It distinguishes from sibling tool 'rechercher_entreprise' which likely lacks geographic constraints.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description provides no guidance on when to use this tool versus alternatives, nor any exclusions or context. It merely describes what the tool does without usage context.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
2 tool updates
v1.0.0- First observed
rechercher_entreprise - First observed
rechercher_entreprise_geographiques
TDQS
Scored across 2 tools
Les deux outils ont des finalités clairement distinctes : le premier permet une recherche générale par critères (nom, activité, localisation), le second se limite à une recherche géographique autour d'un point. Il n'y a pas de chevauchement.
Les noms suivent un schéma cohérent : 'rechercher_entreprise' comme base, avec un qualificatif pour la variante géographique. La convention snake_case est uniforme et prédictible.
Avec seulement 2 outils, le serveur est très ciblé. Pour un service de recherche d'entreprises, cela peut suffire si l'objectif est limité à la recherche, mais le nombre est à la limite inférieure de ce qui est raisonnable.
Les deux modes de recherche (général et géographique) couvrent les cas d'usage courants. Il manque peut-être une recherche par identifiant unique (SIRET) ou des opérations CRUD, mais dans le cadre d'un serveur dédié à la recherche, l'ensemble est presque complet.
Maintenance
Related MCP Connectors
Search French companies: financials, directors, ownership, M&A and insolvency events.
Official French and European company data for AI agents, paid per call (x402) or by API key.
Free, keyless French company checks (Sirene, BODACC, VIES, asset freezes) and DPE rental compliance
INSEE MCP — France's SIRENE business registry (INSEE).
Related MCP Servers
- FlicenseBqualityDmaintenanceEnables searching companies in the SIRENE database using SIREN, SIRET, or company name via the INSEE API.1-
- FlicenseBqualityDmaintenanceEnables searching for French companies using the official data.gouv.fr API, with filters for name, location, activity, and certifications.11-
- FlicenseNot gradedqualityCmaintenanceEnables AI agents to search and retrieve detailed profiles of 25 million French companies from the official government registry, including directors, activity codes, and establishment data, without requiring an API key.-
- AlicenseNot gradedqualityBmaintenanceEnables querying French companies and establishments via SIREN or geographic proximity using the official French business register API.18 npmMIT