Donnez à vos agents une réponse fiable à « qui doit agir ? »
Concevez des agents capables d'identifier le bon approbateur, le responsable, le réviseur, le groupe, le rôle ou le contact délégué — sans intégrer la logique organisationnelle dans les prompts ni dans le code.
Roster offre aux agents une interface unique de résolution des participants sur MCP et REST — appuyée par les projets, les données d'annuaire, les métadonnées des participants, les appartenances et les délégations actives.
Votre agent peut savoir comment sans savoir qui
Les frameworks d'agents vous aident à décider quel outil utiliser, quelle action exécuter, quelles données récupérer, quand suspendre pour une revue humaine et comment reprendre après une décision.
Mais les workflows réels posent aussi des questions auxquelles le framework ne peut pas répondre seul — qui doit approuver ceci, qui est responsable de ce client, quelle équipe traite cette exception, qui remplace le responsable habituel, qui doit recevoir l'escalade.
Ces réponses évoluent au fil des mouvements de collaborateurs, des changements d'appartenance à des groupes, de l'évolution des projets et des délégations de responsabilités. Roster conserve cette logique organisationnelle en dehors de l'agent.
Un outil gouverné pour le routage organisationnel
Utilisez l'outil resolve de Roster pour les questions ouvertes de responsabilité, et les outils exacts quand l'agent doit inspecter des ressources précises. Chaque capacité est autorisée en fonction de l'identité en cours, des autorisations associées aux identifiants d'accès, de l'accès au projet et des règles de ressource.
Posez une question ouverte comme « Qui doit approuver le renouvellement fournisseur Atlas ? » et recevez un participant autorisé et pertinent.
Inspectez les projets, participants, membres et libellés que l'agent est autorisé à voir.
Vérifiez les délégations actives et les remplacements pour que l'agent route vers la bonne personne en cas d'absence.
Consultez les utilisateurs, groupes et appartenances matérialisés qui sous-tendent la sélection d'un participant.
Consultez les résolutions passées attribuées à l'identité de l'agent, pour le débogage et l'audit.
Chaque capacité est disponible via le serveur MCP et l'API REST, avec le même modèle d'autorisation.
Construisez avec l'interface que votre agent utilise déjà
Connectez Claude, ChatGPT, Codex, Claude Code ou un autre client MCP compatible à Roster.
Appelez Roster directement depuis un agent personnalisé, un service d'orchestration ou un backend.
Représentez les agents autonomes par des identités Roster dédiées avec leurs propres identifiants d'accès, rôles, autorisations, cycle de vie et attribution d'audit.
Exploitez Roster avec la configuration OpenAI, Anthropic, Mistral ou de passerelle compatible approuvée dans votre organisation.
Exemple : approbation agent-vers-humain
Un agent prépare un achat fournisseur et détermine qu'une approbation humaine est nécessaire. Au lieu de lire un approbateur fixe dans son prompt, il interroge Roster :
Ce que Roster évalue
Chaque requête resolve est traitée dans la vue autorisée de l'identité en cours.
- Le projet
- Le participant d'approbation pertinent
- Les libellés et métadonnées du participant
- Les utilisateurs ou groupes associés
- L'appartenance matérialisée à l'annuaire
- Les délégations actives
- La visibilité autorisée de l'agent
Cessez de reconstruire la logique organisationnelle dans chaque agent
Sans couche de résolution partagée, chaque agent finit par maintenir sa propre version des tables d'approbateurs, des recherches de groupes, des règles organisationnelles, des mappings d'escalade, de la gestion des absences, des contacts de repli et des hypothèses d'autorisation.
Roster transforme la résolution des participants en infrastructure réutilisable. Un même modèle de projet peut servir plusieurs agents, plusieurs clients MCP, des applications internes, des plateformes de workflow, des pipelines CI et des utilisateurs humains.
Conçu pour l'accès agent en production
Donnez à chaque agent sa propre identité Roster et sa propre clé API, plutôt que de partager un credential administrateur générique.
N'accordez que les outils Resolve et de consultation requis pour la mission de l'agent.
Traitez l'absence de correspondance, l'accès hors périmètre, l'ambiguïté et les défaillances fournisseur comme des états de workflow, plutôt que de laisser l'agent deviner.
Reliez les exécutions de modèle et les requêtes Resolve à l'identité d'agent en cours.
Roster ne facture pas par agent IA, compte de service, requête API, appel MCP ni résolution.