Skip to main content
Glama
fauguste

boondmanager-mcp-server

by fauguste

Rechercher des ressources

boond_resources_search
Read-onlyIdempotent

Recherche des ressources (collaborateurs internes) dans BoondManager avec filtres serveur.

Instructions

Recherche des ressources (collaborateurs internes) dans BoondManager avec filtres serveur.

Cas d'usage courants : • Mes données / mon équipe / mon agence sans connaître son propre ID : perimeterDynamic: ["data"] (mes ressources), ["managers"] (mes N-1), ["agencies"] (mes agences). • Équipe d'une personne X : perimeterManagers: [<X_id>] (filtre les ressources dont X est le N+1). • Mon ID utilisateur : appeler boond_application_current_user puis passer cet ID dans perimeterManagers. • États / types : resourceStates: [<id>], resourceTypes: [<id>]. IDs entiers issus du dictionnaire (voir boond_application_dictionary avec setting.state.resource ou setting.typeOf.resource). excludeResourceStates / excludeResourceTypes pour exclure. • Compétences / outils : tools: [<toolId>, ...] (OU par défaut ; pour ET: ["#AND#", "1", "2"]). expertiseAreas, activityAreas, languages (format langueId|niveauId). • Disponibilité / activité : period: "available" + startDate/endDate. Autres valeurs : working, hired, left, employed, birthday, seniority… • Recherche par nom : keywords: "Dupont" + keywordsType: "lastName" (ou firstName, fullName avec keywords: "Dupont#Jean"). • Géolocalisation : coordinates: "48.85,2.35" (ou location: "Paris") + geoDistance: 50 (km).

Tri : sort: "lastName" (ou firstName/title/availability/state/updateDate/creationDate) + order: "asc"|"desc".

Returns : liste paginée. Utiliser boond_resources_get ou les outils d'onglets pour le détail.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
pageNoNuméro de page (défaut: 1, max: 100)
sortNoChamp de tri (ex: lastName, firstName, updateDate)
flagsNoIDs de tags (drapeaux) attachés à la ressource.
orderNoOrdre de tri (asc/desc)
toolsNoIDs d'outils/technos (dictionnaire setting.tool). Logique OU par défaut. Pour ET, ajouter '#AND#' en 1er élément: tools=['#AND#','12','34'].
fieldsNoProjection : attributs à afficher par résultat (ex: ['title','updateDate']). Absent = résumé standard. Noms inconnus ignorés.
periodNoChamp temporel pour filtrer par période. Valeurs courantes: 'available' (disponibilité), 'working' (en mission hors interne), 'workingAll', 'absent', 'idle', 'hired', 'left', 'employed', 'unemployed', 'updated', 'arrival', 'birthday', 'seniority', 'present', 'noAction'/'withActions'/'withoutActions'/'withAbsences'/'withoutAbsences'. À combiner avec `startDate` + `endDate`.
endDateNoDate de fin (YYYY-MM-DD), à utiliser avec `period`.
shieldsNoNiveau de complétude des champs conditionnels.
keywordsNoMots-clés (par défaut, recherche dans CV + dossier technique). Pour cibler un champ précis, fournir aussi `keywordsType` (ex: lastName, firstName, fullName, emails, title, titleSkills, phones, reference).
locationNoAdresse texte (ville, etc.) pour recherche géographique. À combiner avec `geoDistance`.
pageSizeNoNombre de résultats par page (max: 500, défaut: 30)
languagesNoLangues parlées au format `langueId|niveauId` (dictionnaires setting.languageSpoken et setting.languageLevel). Ex: ['anglais|courant'].
startDateNoDate de début (YYYY-MM-DD), à utiliser avec `period`.
trainingsNoIDs de formations (dictionnaire setting.training).
coordinatesNoCoordonnées GPS 'latitude,longitude' pour recherche géographique. À combiner avec `geoDistance`.
experiencesNoIDs de niveaux d'expérience (dictionnaire setting.experience).
geoDistanceNoRayon en km pour la recherche géographique (5-200). Requis si `coordinates` ou `location` est fourni.
keywordsTypeNoChamp ciblé par `keywords`. Défaut: 'resumeTd' (CV + dossier technique). Pour 'fullName' utiliser `keywords = 'NOM#PRENOM'`.
activityAreasNoIDs de secteurs d'activité (dictionnaire setting.activityArea).
mobilityAreasNoIDs de zones de mobilité (dictionnaire setting.mobilityArea).
resourceTypesNoIDs de types de ressource (dictionnaire setting.typeOf.resource).
excludeManagerNoSi true, ne retourne que les ressources sans compte manager.
expertiseAreasNoIDs de domaines d'expertise (dictionnaire setting.expertiseArea).
perimeterPolesNoIDs de pôles. Conserve les entités dont le responsable appartient à ces pôles.
resourceStatesNoIDs d'états de ressource (dictionnaire setting.state.resource via boond_application_dictionary).
narrowPerimeterNoSi true, jointure ET entre les filtres `perimeter*` (au lieu de OU par défaut).
perimeterDynamicNoPérimètre dynamique relatif à l'utilisateur courant (raccourci sans avoir à connaître son propre ID). Valeurs : 'data' (mes propres données), 'managers' (mon équipe / mes N-1), 'agencies' (mes agences), 'poles' (mes pôles), 'businessUnits' (mes BU). Combinable.
perimeterAgenciesNoIDs d'agences. Conserve les entités dont le responsable appartient à ces agences.
perimeterManagersNoIDs des managers (ressources). Conserve les entités dont le responsable est l'un de ces managers. Pour 'mon équipe / N-1 d'une personne X', passer [X_id]. Obtenir son propre ID via boond_application_current_user.
providerCompaniesNoIDs de sociétés sous-traitantes (filtre pour ressources externes).
excludeResourceTypesNoIDs de types de ressource à EXCLURE.
excludeResourceStatesNoIDs d'états de ressource à EXCLURE.
perimeterBusinessUnitsNoIDs de business units. Conserve les entités dont le responsable appartient à ces BU.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
countYesNombre d'éléments retournés sur cette page
itemsYes
totalNoNombre total de résultats côté BoondManager
Install Server

TDQS

A5/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already provide readOnlyHint=true, openWorldHint=true, idempotentHint=true, and destructiveHint=false, covering the safety profile. The description adds significant behavioral context beyond annotations: server-side filtering, pagination behavior (page/pageSize/max values), sorting options, the default OR logic with #AND# override for tools, and the note that results are paginated and details require other tools. No contradictions with annotations.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is long but perfectly structured given the tool's complexity. It opens with a one-sentence summary, then organizes use cases into bullet points with bold labels, making it scannable and front-loaded. Every section serves a distinct purpose, with no redundant or filler content.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

With 34 parameters and zero required fields, the description is remarkably complete. It covers major filter categories (perimeters, states, skills, geography, availability), sorting, pagination, and points to additional tools for details and dictionary lookups. The output schema exists, so return value details are not needed. All crucial usage nuances are addressed, making this a thoroughly complete description.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters5/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Though schema description coverage is 100%, the tool description adds new meaning with concrete examples and combination rules (e.g., tools=['#AND#','12','34'] for AND logic, languages format 'langueId|niveauId', keywordsType behavior with fullName format). It clarifies relational semantics like perimeterDynamic as a shortcut for the current user, which goes well beyond the schema descriptions.

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 opens with a specific verb+resource combination: 'Recherche des ressources (collaborateurs internes) dans BoondManager avec filtres serveur.' This clearly identifies the tool's purpose and distinguishes it from sibling tools like boond_resources_get (which fetches details by ID) and other search tools for candidates or contacts.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description provides extensive usage guidance with explicit use cases and parameter combinations (e.g., perimeterDynamic for 'mes données', perimeterManagers for 'équipe d'une personne X'), references to supporting tools (boond_application_dictionary, boond_application_current_user), and a clear statement to use boond_resources_get for detailed views. It effectively tells when to use this tool versus alternatives.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Other Tools

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/fauguste/boondmanager-mcp-server'

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