Skip to main content
Glama
deenesfrjakoruzh
yoanbernabeu

MCP Recherche d'entreprises

by yoanbernabeu
OverviewSchemaRelated ServersScoreDiscussions
TypeScript
Remote

MCPビジネスサーチ

この MCP (API 接続モジュール) を使用すると、data.gouv.fr が提供するビジネス検索 API と対話できます。

説明

Business Search API を使用すると、フランスの企業を検索して見つけることができます。次の 2 種類の検索が提供されます。

  • テキスト検索（名前、住所、指導者、選出された役人）

  • 地理検索

Related MCP server: MCP INPI

特徴

MCP を使用すると次のことが可能になります。

  • さまざまな基準で企業を検索する

  • 複数のパラメータで結果をフィルタリングする

  • 重要な企業情報（名前、SIREN、SIRET、NAF コード）にアクセスします

  • 次のパラメータを使用して、ポイントの周囲の地理検索を実行します。

    • 検索地点の緯度と経度

    • 検索半径（最大50km）

    • アクティビティ フィルター (NAF コード、アクティビティ セクション)

    • 結果のページネーション

ソース

このMCPは、公式data.gouv.fr API（ビジネス検索API）に基づいています。

制限事項

API にはいくつかの制限があります。

  • 設立の前身や後継者へのアクセスを提供しない

  • 非配布企業へのアクセスは許可しません

  • RCSへの登録を拒否された企業へのアクセスは許可されません

  • 地理的な検索範囲は最大50kmに制限されています

技術的な制限

  • 1秒あたり7回の呼び出しの制限

  • 可用性: 過去 1 か月間で 100%

  • アクセス: 誰でも利用可能

使用

ユーザーとして

この MCP を使用する最も簡単な方法はnpxを使用することです。

npx mcp-recherche-entreprises

開発者として

  1. 依存関係のインストール:

npm install

  1. プロジェクトビルド:

npm run build

このコマンドは次のことを行います。

  • TypeScriptファイルをJavaScriptにコンパイルする

  • dist/フォルダに配置します

  • JavaScriptファイルを実行可能にする

  1. 起動する ：

MCP インスペクターを使用して開発モードでサーバーを起動するには (開発に推奨):

npm run dev

インスペクターなしでサーバーを起動するには:

npm start

MCP インスペクターは、MCP リクエストをリアルタイムでテストおよびデバッグするためのグラフィカル インターフェイスを提供します。

カーソルと一緒に使用

Cursor でこの MCP を使用するには、次の構成を.cursor/settings.jsonファイルに追加します。

{
  "mcpServers": {
    "recherche-entreprises": {
      "command": "npx mcp-recherche-entreprises"
    }
  }
}

この構成により、Cursor はビジネス検索にこの MCP を自動的に使用できるようになります。

貢献者向けMCPリソース

公式ドキュメント

開発ツール

ベストプラクティス

  • 実装にはTypeScript SDKを使用する

  • プロジェクトのコード規約に従う

  • 堅牢なエラー処理を実装する

  • APIを明確に文書化する

  • 将来のバージョンとの互換性を維持する

テストとデバッグ

  • デバッグにインスペクタを使用する

  • ユニットテストを実装する

  • MCP仕様への準拠を確認する

  • 適切なツールでパフォーマンスを分析する

ライセンス

このプロジェクトは MIT ライセンスに基づいてライセンスされています。詳細については、 LICENSEファイルを参照してください。

貢献

貢献を歓迎します!このプロジェクトに貢献する方法の詳細については、貢献ガイドをご覧ください。

Available Tools

2 tools
rechercher_entrepriseC

Recherche des entreprises françaises selon de nombreux critères (nom, activité, localisation, etc.).

ParametersJSON Schema
NameRequiredDescriptionDefault
qYesTermes de la recherche (dénomination et/ou adresse, dirigeants, élus)
activite_principaleNoLe 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_principaleNoSection de l'activité principale (A à U) selon la nomenclature NAF.
categorie_entrepriseNoCatégorie d'entreprise de l'unité légale (PME, ETI, GE).
nature_juridiqueNoCatégorie juridique de l'unité légale (code INSEE).
etat_administratifNoÉtat administratif de l'entreprise (A: Active, C: Cessée).
tranche_effectif_salarieNoTranche d'effectif salarié de l'entreprise (ex : 10-19, 20-49, etc.).
code_postalNoCode 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_communeNoCode 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.
departementNoCode 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.
regionNoCode 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.
epciNoCode 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_associationNoUniquement les entreprises ayant un identifiant d'association ou une nature juridique avec mention 'association'.
est_entrepreneur_individuelNoUniquement les entreprises individuelles.
est_essNoUniquement les entreprises d'économie sociale et solidaire (ESS).
est_service_publicNoUniquement les structures reconnues comme administration (service public).
est_bioNoUniquement les entreprises ayant un établissement certifié par l'agence bio.
est_rgeNoUniquement les entreprises ayant au moins un établissement RGE (Reconnu Garant de l'Environnement).
est_finessNoUniquement les entreprises ayant au moins un établissement FINESS (établissements sanitaires et sociaux).
est_qualiopiNoUniquement les entreprises certifiées Qualiopi (organismes de formation).
est_societe_missionNoUniquement les sociétés à mission (article L.210-10 du code de commerce).
nom_personneNoNom d'un dirigeant ou élu (personne physique ou morale).
prenoms_personneNoPrénom(s) d'un dirigeant ou élu (personne physique).
type_personneNoType de personne recherchée : dirigeant ou élu.
ca_minNoChiffre d'affaires minimum (en euros).
ca_maxNoChiffre d'affaires maximum (en euros).
resultat_net_minNoRésultat net minimum (en euros).
resultat_net_maxNoRésultat net maximum (en euros).
pageNoNuméro de page des résultats (défaut : 1).
per_pageNoNombre de résultats par page (1 à 25, défaut : 10).
minimalNoRetourne une réponse minimale (sans tous les champs détaillés).
includeNoChamps à inclure avec minimal=true (complements, dirigeants, finances, matching_etablissements, siege, score).

TDQS

C2.9/5.0
Behavior2/5

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.

Conciseness4/5

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.

Completeness2/5

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.

Parameters3/5

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.

Purpose4/5

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.

Usage Guidelines2/5

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.).

ParametersJSON Schema
NameRequiredDescriptionDefault
latYesLatitude du point de recherche
longYesLongitude du point de recherche
radiusNoRayon de recherche en km (max 50km)
activite_principaleNoCode NAF ou code APE
section_activite_principaleNoSection de l'activité principale (A à U)
pageNoNuméro de page des résultats (défaut : 1).
per_pageNoNombre de résultats par page (1 à 25, défaut : 10).
minimalNoRetourne une réponse minimale (sans tous les champs détaillés).
includeNoChamps à inclure avec minimal=true (complements, dirigeants, finances, matching_etablissements, siege, score).

TDQS

B3/5.0
Behavior2/5

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.

Conciseness3/5

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.

Completeness2/5

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.

Parameters3/5

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.

Purpose5/5

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.

Usage Guidelines2/5

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.

Install Server
RayrunBuild, deploy, and operate MCP servers without becoming an infrastructure team.ray.runAd

TDQS

B3.4/5.0
Disambiguation5/5

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.

Naming Consistency5/5

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.

Tool Count3/5

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.

Completeness4/5

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

ActivityInactive
ResponsivenessNo issues

Resources

Unclaimed servers have limited discoverability.

Looking for Admin?

If you are the server author, to access and configure the admin panel.

Related MCP Connectors

Related MCP Servers

  • MCP INPI

    ArnoLegi
    F
    license
    Not graded
    quality
    B
    maintenance
    Enables querying French business registers (RNE, BODACC) and trademarks via INPI APIs. Provides tools to search companies, retrieve legal status, directors, beneficial owners, collective procedures, and trademark details.

  • France Business Intelligence

    fzthiait-ai
    F
    license
    Not graded
    quality
    C
    maintenance
    Enables 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.

Appeared in Searches

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/yoanbernabeu/mcp-recherche-entreprises'

If you have feedback or need assistance with the MCP directory API, please join our Discord server