Standardisez la primitive « qui » sur toute votre plateforme d'ingénierie.
Donnez aux agents, aux pipelines CI, aux outils internes et aux moteurs de workflow une manière cohérente de déterminer qui est responsable, qui approuve, qui doit effectuer la revue ou gère le travail.
Roster remplace une logique de responsabilité fragmentée par une couche partagée de résolution des participants — disponible via MCP, REST, CLI et Web.
Les responsabilités sont dispersées dans la stack d'ingénierie
Les équipes plateforme héritent souvent d'une logique organisationnelle éparpillée entre CODEOWNERS, catalogues de services, fichiers YAML, paramètres de dépôt, équipes GitHub, alias Slack, systèmes d'astreinte, workflows d'approbation, portails internes et feuilles de calcul.
Chaque source peut être utile, mais aucune ne répond à elle seule, de manière fiable, à toutes les questions d'exécution : qui doit approuver une livraison, qui est responsable d'un service dans ce projet, qui doit réviser un changement sensible en sécurité, qui assure le remplacement en délégation active, qui doit recevoir une escalade.
Roster offre à la plateforme un service de résolution réutilisable, au lieu d'un énième référentiel statique de responsabilités.
Un seul service sur chaque surface de la plateforme
Donnez à Claude Code, Codex et aux autres agents d'ingénierie l'accès à la responsabilité organisationnelle actuelle.
Utilisez roster resolve depuis vos pipelines, scripts et workflows en terminal.
Ajoutez la résolution des participants aux portails développeur, systèmes de livraison, outillage d'incident et applications internes.
Laissez les administrateurs et propriétaires de projet autorisés maintenir projets, participants, appartenances, libellés et délégations.
Exemple : approbation d'une mise en production
Un pipeline de déploiement est prêt à promouvoir Atlas en production. Il appelle la CLI Roster :
Roster évalue le projet, le participant d'approbation de livraison, le groupe d'annuaire associé, l'appartenance courante et la délégation active. Le pipeline peut alors demander une revue, ajouter un contrôle de déploiement, notifier un approbateur, créer un ticket, s'arrêter jusqu'à autorisation ou escalader lorsqu'aucun participant n'est disponible.
La logique de responsabilité reste hors de la définition du pipeline.
Complétez vos systèmes de responsabilité existants
Roster n'a pas besoin de remplacer votre catalogue logiciel, CODEOWNERS, fournisseur Git, plateforme d'incident, fournisseur d'identité, moteur de workflow ni portail développeur interne. Ces systèmes peuvent rester sources ou destinations.
Roster prend en charge la question organisationnelle d'exécution entre eux : qui doit agir pour ce projet, cette responsabilité et ce moment précis ?
Pensé pour le contrôle plateforme
Exécutez la plateforme, l'API REST, le point MCP, l'interface en ligne de commande et le worker depuis un seul déploiement Roster.
Déployez là où fonctionnent déjà vos systèmes d'ingénierie : on-premises, cloud privé, cloud public ou Kubernetes.
Représentez les jobs CI, intégrations, agents autonomes et charges planifiées par des comptes de service dédiés ou des identités d'agents IA.
Gardez le fournisseur de modèle, les credentials, la consommation et le choix du modèle sous votre contrôle.
L'application du plan est locale au déploiement, plutôt que de dépendre d'une télémétrie vers un service central basée sur l'usage.
Ce que les équipes plateforme peuvent standardiser
- Recherche d'approbateur
- Responsabilité de service et de composant
- Validation de déploiement
- Revue de sécurité
- Revue d'architecture
- Escalade d'incident
- Escalade client
- Remplacement temporaire
- Responsabilité spécifique à un projet
- Responsabilité transverse