boondmanager-mcp-server

Rechercher des positionnements

boond_positionings_search

Read-onlyIdempotent

Search positionings in BoondManager to track candidate or resource placements on projects or opportunities across deals. Filter by candidate, opportunity, resource, company, contact, or product.

Instructions

Recherche des positionnements (placement de candidats/ressources sur des projets/opportunités) dans BoondManager.

Quand : pour suivre l'avancement des profils proposés, plusieurs affaires confondues. Plutôt que : les onglets positionings (boond_candidates_positionings, boond_opportunities_positionings, boond_resources_positionings) quand on part d'une entité connue.

L'API ne propose pas de paramètres de filtre dédiés : le filtrage par entité liée passe par des références dans keywords (AO=opportunité, CAND=candidat, COMP=ressource, CSOC=société, CCON=contact, PROD=produit). Les filtres *Id du schéma sont convertis automatiquement en ces références.

Returns: Liste des positionnements correspondants.

fields : projection côté MCP, jamais transmise à l'API — remplace le résumé par les seuls attributs/relations listés (noms inconnus ignorés). À utiliser sur les grosses pages.
Pagination : pageSize 1–500 (défaut 30), page 1–100 — au-delà : refus, affiner les filtres.

Input Schema

TableJSON Schema

Name	Required	Description
`page`	No	Numéro de page (défaut: 1, max: 100)
`fields`	No	Projection : attributs ou relations (type#id) par résultat (ex: ['title','dependsOn']). Absent = résumé standard. Noms inconnus ignorés.
`keywords`	No	Mots-clés de recherche. L'API y accepte aussi des références d'entités (AO<id>, CAND<id>, COMP<id>...) — les filtres *Id ci-dessous sont convertis automatiquement en de telles références.
`pageSize`	No	Nombre de résultats par page (max: 500, défaut: 30)
`companyId`	No	Filtrer par ID société (envoyé à l'API comme référence keywords CSOC<id>)
`contactId`	No	Filtrer par ID contact (envoyé à l'API comme référence keywords CCON<id>)
`productId`	No	Filtrer par ID produit (envoyé à l'API comme référence keywords PROD<id>)
`resourceId`	No	Filtrer par ID ressource (envoyé à l'API comme référence keywords COMP<id>)
`candidateId`	No	Filtrer par ID candidat (envoyé à l'API comme référence keywords CAND<id>)
`opportunityId`	No	Filtrer par ID opportunité (envoyé à l'API comme référence keywords AO<id>)

Schema Changelog

Changes observed during successful MCP inspections.

Changed1 schema field changedv2.18.0Oct 2, 2026

changedInput schema / properties / fields / description

Previous value: -"Projection : attributs à afficher par résultat (ex: ['title','updateDate']). Absent = résumé standard. Noms inconnus ignorés."New value: +"Projection : attributs ou relations (type#id) par résultat (ex: ['title','dependsOn']). Absent = résumé standard. Noms inconnus ignorés."

Changed8 schema fields changedv2.17.0Sep 26, 2026
- addedInput schema / properties / candidateId / pattern
```
Added value: +"^\\d+$"
```
- addedInput schema / properties / companyId / pattern
```
Added value: +"^\\d+$"
```
- addedInput schema / properties / contactId / pattern
```
Added value: +"^\\d+$"
```
- addedInput schema / properties / opportunityId / pattern
```
Added value: +"^\\d+$"
```
- changedInput schema / properties / page / description
```
Previous value: -"Numéro de page (max: 100)"New value: +"Numéro de page (défaut: 1, max: 100)"
```
- changedInput schema / properties / pageSize / description
```
Previous value: -"Résultats par page"New value: +"Nombre de résultats par page (max: 500, défaut: 30)"
```
- addedInput schema / properties / productId / pattern
```
Added value: +"^\\d+$"
```
- addedInput schema / properties / resourceId / pattern
```
Added value: +"^\\d+$"
```
Changed1 schema field changedv2.12.2Aug 14, 2026
- removedInput schema / $schema
```
Removed value: -"http://json-schema.org/draft-07/schema#"
```

Changed1 schema field changedv2.9.0Aug 3, 2026

addedInput schema / properties / fields

Added value: +{
+  "description": "Projection : attributs à afficher par résultat (ex: ['title','updateDate']). Absent = résumé standard. Noms inconnus ignorés.",
+  "items": {
+    "type": "string"
+  },
+  "type": "array"
+}

Changed8 schema fields changedv2.7.0Jun 19, 2026

changedInput schema / properties / candidateId / description

Previous value: -"Filtrer par ID candidat"New value: +"Filtrer par ID candidat (envoyé à l'API comme référence keywords CAND<id>)"

addedInput schema / properties / companyId

Added value: +{
+  "description": "Filtrer par ID société (envoyé à l'API comme référence keywords CSOC<id>)",
+  "type": "string"
+}

addedInput schema / properties / contactId

Added value: +{
+  "description": "Filtrer par ID contact (envoyé à l'API comme référence keywords CCON<id>)",
+  "type": "string"
+}

changedInput schema / properties / keywords / description

Previous value: -"Mots-clés de recherche"New value: +"Mots-clés de recherche. L'API y accepte aussi des références d'entités (AO<id>, CAND<id>, COMP<id>...) — les filtres *Id ci-dessous sont convertis automatiquement en de telles références."

changedInput schema / properties / opportunityId / description

Previous value: -"Filtrer par ID opportunité"New value: +"Filtrer par ID opportunité (envoyé à l'API comme référence keywords AO<id>)"

addedInput schema / properties / productId

Added value: +{
+  "description": "Filtrer par ID produit (envoyé à l'API comme référence keywords PROD<id>)",
+  "type": "string"
+}

removedInput schema / properties / projectId

Removed value: -{
-  "description": "Filtrer par ID projet",
-  "type": "string"
-}

changedInput schema / properties / resourceId / description

Previous value: -"Filtrer par ID ressource"New value: +"Filtrer par ID ressource (envoyé à l'API comme référence keywords COMP<id>)"

First observedv2.1.0May 30, 2026

TDQS

A4.5/5.0

Behavior4/5

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

Annotations already declare readOnlyHint, idempotentHint, and destructiveHint=false, so safety is covered. The description adds valuable context about API limitation (no dedicated filter parameters, conversion of *Id filters to keywords references) and the MCP-side 'fields' projection behavior, but doesn't cover auth or rate limits.

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?

Well-structured with a clear progression from purpose to usage to technical details. Bullet points for fields and pagination aid readability. Some repetition of schema details (pagination limits) slightly reduces conciseness.

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

Completeness4/5

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

Given the absence of an output schema, the description adequately covers return values ('Liste des positionnements correspondants') and key operational details. Could be more complete by describing the typical structure of a positioning result, but annotations and schema fill most gaps.

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

Parameters4/5

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

Schema coverage is 100%, so baseline is 3. The description adds meaning by explaining the automatic conversion of *Id parameters to keywords references and clarifying that 'fields' is an MCP-side projection never sent to the API and should be used on large pages, plus pagination refusal behavior.

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?

States a specific verb ('Recherche') and resource ('positionnements'), explains the domain concept in parentheses, and explicitly distinguishes itself from the entity-specific positionings tools (boond_candidates_positionings, etc.) in the 'Plutôt que' section.

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?

Provides explicit 'Quand' (when to use: tracking proposed profiles across multiple deals) and 'Plutôt que' (instead of entity-specific positionings tabs when starting from a known entity), naming the alternatives and the condition that selects this tool.

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

Deploy Server

Rechercher des positionnements

Instructions

Input Schema

Schema Changelog

TDQS

Other Tools