Stellary réunit delivery, e-mails, contexte projet, dashboards personnalisables, automatisations et équipe d’agents spécialisés dans un même système de travail.
En général, les équipes ne cherchent pas un écran IA de plus. Elles veulent réunir delivery, contexte et exécution dans le même système.
Projets, scopes, boards, cartes, commentaires, pièces jointes, labels et structure métier restent dans le même modèle au lieu d’être éclatés entre outil de planification et outil de documentation.
Specs, ADR, briefs, notes, références et templates peuvent vivre au niveau organisation, workspace, projet ou scope, puis se relier directement aux cartes et missions.
Stellary est pensé pour plusieurs agents avec missions, propositions, validations et accès MCP, pas pour un simple assistant générique greffé sur un board.
Le dashboard réunit widgets actionnables, métriques composables, agents IA, risques, décisions et signaux de portefeuille pour décider sans reconstruire le contexte en réunion.
Checkout relaunch
Un projet ou humains et IA travaillent dans le même système.
Activité récente
0 passagesL'historique se remplit des que l'IA commence a agir dans le projet.
Mission IA
IA ProductObjectif
Relancer checkout
Journal d'exécution
Vue globale
72%
Livre
2
Bloqué
3
Feu vert
Décisions
Todos
Le board d’un projet Stellary
Le produit est plus clair quand on le lit comme une boucle de travail, pas comme une liste plate de fonctionnalités.
Créer ou rejoindre une organisation et un workspace, inviter les bonnes personnes, puis ouvrir le premier projet comme conteneur principal du delivery.
Utiliser scopes, cartes, labels, champs, commentaires et pièces jointes pour structurer le travail dans un format exploitable par l’équipe et par les agents.
Relier specs, ADR, notes et références au bon projet ou au bon scope pour que le contexte voyage avec le travail.
Faire travailler des agents spécialisés sur des objectifs ou des missions liées aux cartes, relire les propositions, et garder les actions sensibles sous validation.
S’appuyer sur le dashboard, les automatisations, MCP et l’API REST pour piloter au niveau workspace et connecter les outils externes sans casser le modèle.
Avant l’orchestration, il faut un modèle de travail propre : qui est dans le workspace, ce que chacun peut faire, et comment l’équipe met un premier projet en route.
Créer un workspace, lancer un premier projet, ajouter du contexte et préparer le terrain pour les agents ou les intégrations. C’est le chemin le plus court pour comprendre le produit en action.
Comprendre comment s’articulent organisation, workspace, projet et pilotage pour que personnes, agents et reviewers n’aient pas tous la même portée par défaut.
C’est l’épine dorsale du produit : les projets structurent le travail, les cartes portent l’exécution, et les e-mails comme les documents gardent le contexte assez proche pour que humains et agents puissent agir dessus.
Le projet est le conteneur principal du delivery. À l’intérieur, les scopes regroupent le travail, le board expose les vues, et les cartes portent statut, propriétaire, discussion et structure métier.
Les documents peuvent vivre au niveau organisation, workspace, projet ou scope. Ils sont reliés à l’exécution pour que le contexte voyage avec les cartes, les missions et les décisions.
Connectez une boîte mail, lisez et répondez depuis Stellary, puis rattachez chaque conversation au projet ou au dossier concerné au lieu de laisser les décisions dans une inbox séparée.
Le wizard aide à transformer une intention encore floue en projet structuré avec un périmètre, un contexte et des prochaines étapes plus clairs avant que le backlog se fige.
Voir les agents exécuter sur le board
C’est là que Stellary cesse de ressembler à un simple outil de suivi. Agents, missions, dashboard et validations sont conçus comme des flux opérationnels sur le même modèle de delivery, pas comme un chat latéral.
Les agents du workspace peuvent exécuter des objectifs directs ou des missions liées aux cartes, soumettre des propositions quand il le faut, et travailler dans des limites d’outils et de validation explicites.
Le dashboard agrège les signaux utiles au pilotage : widgets actionnables, métriques composables, agents IA, décisions, risques et vues portefeuille à l’échelle du workspace.
Les automatisations déclenchent des actions répétables dans le même modèle de delivery et de contexte, par exemple quand un projet atteint un état ou qu’un workflow récurrent doit tourner.
Dashboard
À traiter maintenant
06
validations, blocages et cartes dues
Risques & blocages
03
dont 1 bloquant pour le sprint
Focus sprint
72%
progression des missions actives
Agents IA
04
1 proposition à valider
Santé knowledge
91%
4 documents à revoir
Métrique composable
Source, périmètre et filtre restent visibles avant d’ajouter le widget.
Source
Agents
Périmètre
Workspace
Lecture
ROI 30j
Le dashboard remonte ce qui demande une action
Les clients IA externes et les intégrations de services doivent se brancher sur le même modèle workspace que l’UI, pas le contourner. C’est là que MCP et l’API REST deviennent centraux.
Connecter Cursor, Claude Code ou un autre client MCP au même contexte workspace et aux mêmes outils que le produit, avec le même modèle d’identité et de mission.
La référence API liste les routes derrière auth, workspaces, delivery, documents, agents, pilotage, billing et flux liés à MCP. C’est le contrat pour les intégrations custom.
Tout le monde n’a pas intérêt à commencer au même endroit. Ces chemins sont souvent plus utiles qu’une lecture linéaire de toute la doc.
À lire d’abord si tu veux une vision honnête de ce que Stellary optimise, de ce qu’il n’essaie pas d’être, et de son adéquation avec ton équipe.
Ouvre le hub docs si tu sais que tu as besoin de détails Stellary, mais que tu ne sais pas encore quel guide correspond à ton besoin.
Commence ici si ta première question est de savoir comment fonctionnent projets, scopes, cartes, champs, commentaires et vues au quotidien.
À lire si ton principal problème est la fragmentation du contexte et que tu veux voir comment specs, notes, ADR et références restent collées au travail.
À lire avant de faire de Stellary un système multi-agents à part entière. La page couvre setup des agents, missions, propositions, mémoire et validations.
Ouvre cette page si tu veux faire travailler Cursor, Claude Code ou un autre client MCP sur le même modèle workspace que le produit.
Va ici quand tu as besoin du contrat route par route derrière auth, workspaces, delivery, documents, agents, cockpit, billing et comportements liés à MCP.
Tout ce qui est sur cette page fonctionne ensemble dans un seul workspace. Lance un projet et vois comment agents, docs et delivery se connectent.
Gratuit pendant l’early access — sans carte bancaire.