Le même appel. Toutes les surfaces.
Chaque schéma s'exécute via une surface différente — MCP, CLI, REST ou la plateforme web — depuis un runtime différent, pour un utilisateur différent.
Acheminer
“Qui approuve cet achat ?”
Acheminer automatiquement les approbations d'achats
REST · n8n / votre propre backend · Ingénieur Ops
Friction opérationnelle
Les workflows d'achats à plusieurs millions stagnent dès qu'un agent IA doit déterminer quel responsable détient le pouvoir de signature pour un centre de coûts donné. Les organigrammes dérivent, les courriels aux listes de diffusion restent sans réponse, et l'automatisation retombe sur un répartiteur humain — le goulot d'étranglement qu'elle devait éliminer.
Comment Roster le résout
Le workflow appelle l'endpoint REST de Roster avec une requête en langage naturel. Aucune table d'acheminement à maintenir — Roster lit les métadonnées d'annuaire en direct et retourne le propriétaire actif.
POST /api/v1/resolve
Authorization: Bearer $ROSTER_API_KEY
Content-Type: application/json
{
"query": "Who should approve a $240k purchase for cost center EMEA-Ops?",
"project_id": "proj_procurement",
"scope": "all",
"mode": "live"
}
Résultat métier
- Zéro dérogation manuelle d'acheminement.
- Élimination des goulots d'étranglement sur les bons de commande.
- Chaque approbation entièrement auditable.
Maintenir
“Qui assure pendant leur absence ?”
Trouver le responsable intérimaire en cas de congé
MCP · Microsoft Copilot Studio · Propriétaire de projet
Friction opérationnelle
Les contrats, approbations et documents RH se figent indéfiniment quand l'acteur principal part en congé, change d'équipe ou quitte l'entreprise. Quelqu'un s'en rend compte des jours plus tard, puis se démène pour obtenir une dérogation manuelle.
Comment Roster le résout
Un agent d'approbation dans Copilot Studio appelle l'outil Roster MCP. Roster voit que l'acteur principal est en congé et retourne le délégué configuré par le Propriétaire de projet — sans ticket IT, sans admin central. Le même appel fonctionne depuis l'OpenAI Agents SDK ou Google ADK.
// MCP tool call
tool: resolve
{
"query": "Who should approve this vendor contract in Legal Ops?",
"project_id": "proj_legal_ops",
"mode": "live"
}
→ primary "Daniel Roy" on leave
→ delegate "Priya Shah" · Legal Ops · active
Résultat métier
- Aucune échéance contractuelle manquée.
- Une vélocité opérationnelle maintenue malgré les absences et les réorganisations.
- Une continuité d'activité automatique et conforme — pas une cellule de crise.
Orchestrer
“Qui gère cette escalade en ce moment ?”
Escalader au sein d'une flotte d'agents
MCP · LangGraph / CrewAI · SRE / ingénieur plateforme
Friction opérationnelle
Un outil de supervision signale une anomalie critique. L'agent de réponse autonome sait comment remédier, mais ignore qui — ou quoi — doit prendre le relais à cet instant. Réveiller la mauvaise personne d'astreinte brûle des minutes et de la confiance.
Comment Roster le résout
L'agent interroge Roster via MCP en cours d'exécution. Comme Roster résout trois types d'acteurs — membres d'équipe, agents IA et comptes de service — l'acteur suivant retourné peut être un autre agent, pas une personne. La flotte s'achemine elle-même.
// MCP tool call
tool: resolve
{
"query": "Who handles high-severity data-pipeline escalations right now?"
}
→ AI agent "Pipeline-Responder" (service account) · active
(falls through to on-call human "Marc Aubin" if the agent is unavailable)
Résultat métier
- Temps moyen de résolution drastiquement réduit.
- Pas de lassitude face aux alertes pour le personnel hors astreinte.
- Des transferts agent-à-agent qui fonctionnent sans intervention humaine.
Orchestrer
“Qui détient la signature pour ce service ?”
Résoudre au build, déployer en production
CLI · Claude Code / Cursor / OpenAI Codex · FDE / développeur
Friction opérationnelle
Les développeurs qui intègrent la résolution dans un pipeline ne veulent pas déployer une infra ni deviner la forme d’une API pour tester « qui est responsable de ça ? ». Et ce qu’ils testent à la main correspond rarement à ce qui tourne en CI.
Comment Roster le résout
Depuis le terminal — dans Claude Code, Cursor ou Codex — un développeur lance roster resolve sur un unique conteneur Docker local, puis réutilise le même appel dans le CI. Du bac à sable à la production, même surface, sans réécriture.
$ roster resolve "Who owns release sign-off for the Payments service?"
→ Aisha Okafor · Release Manager · active
# same call, now a gate in the deploy pipeline
$ roster --profile ci resolve --project-id proj_payments --explain \
"release sign-off"
Résultat métier
- Résolution testée dans la boucle dev, pas découverte en production.
- Un seul conteneur Docker — pas de base de données, pas de surcharge d’infra pour évaluer.
- Le même appel du poste de travail à l'intégration continue puis au runtime.
Confiance
“Prouver qui a décidé, et pourquoi.”
Gouverner et observer chaque résolution
Interface web · Tableau de bord Roster · Propriétaire de projet + Conformité
Friction opérationnelle
Le routage décentralisé n'est de niveau entreprise que si on peut le voir. Les processus réglementés doivent prouver qui était responsable à chaque étape, quel modèle a répondu et quelles données personnelles ont été consultées.
Comment Roster le résout
Dans la plateforme web, les Propriétaires de projet gèrent les participants et délégations de leurs propres projets — sans goulot d'étranglement central. Le responsable conformité dispose d'un accès administrateur : journal d'audit complet en ajout seul, exécutions de modèle par appel avec détail des jetons et du coût, fenêtres de rétention configurables, et masquage PII champ par champ. La synchronisation d'annuaire maintient les acteurs à jour depuis Entra ID, Okta, Google Workspace, Workday, LDAP ou CSV ; des clés d'API limitées encadrent chaque intégration.
Résultat métier
- Une piste d'audit complète et explicable du qui-agit-ensuite, par conception.
- Observabilité sur chaque décision de modèle — fournisseur, modèle, jetons, coût — pas une boîte noire.
- Contrôle décentralisé avec gouvernance de niveau entreprise — fenêtres de rétention, masquage PII au champ, audit en ajout seul, clés limitées.
