La beta de Stellary est ouverte
La beta de Stellary est en ligne : delivery, documents, cockpit, agents IA, MCP, automatisations et API dans un seul workspace. Candidatez via Discord.
6 min de lecture
Stellary a été construit autour d'une idée simple : une équipe ne devrait pas avoir à éclater son exécution, son contexte et son IA dans cinq outils différents.
Le travail projet n'est plus seulement une affaire de cartes sur un board. Les équipes ont besoin d'un espace commun pour le delivery, la documentation, les décisions, les priorités, les automatisations et les agents qui peuvent agir dans le vrai système au lieu de flotter au-dessus.
Cette présentation a été révisée par rapport au produit actuel le 27 juillet 2026.
Pourquoi nous avons créé Stellary
La plupart des équipes fonctionnent encore avec une stack fragmentée.
- les tâches dans un outil
- les docs dans un autre
- les décisions dans le chat
- le statut dans les réunions
- l'IA dans un assistant séparé avec peu de contexte
Cette fragmentation ralentit les équipes plus qu'on ne le croit. On perd du temps à reconstruire le contexte, à recouper l'état réel du travail et à retranscrire la même information d'un système à l'autre.
Nous voulions un produit où le travail, le contexte autour du travail et la couche IA vivent dans le même environnement opératoire.
Ce qu'on trouve réellement dans Stellary
Stellary s'organise autour d'un vrai modèle de fonctionnement :
- organisations
- workspaces
- projets
À l'intérieur de cette structure, l'équipe travaille dans plusieurs couches connectées.
Delivery
Le board porte la couche d'exécution :
- cartes
- statuts
- scopes
- priorités
- vues de delivery
C'est là que le travail avance au quotidien.
Documentation
La couche knowledge garde les documents proches de l'exécution au lieu de les repousser dans un wiki séparé.
Specs, références, runbooks, matière de type ADR et contexte de travail restent plus faciles à faire vivre quand ils sont collés au projet plutôt qu'à côté.
Pilotage
Le cockpit ajoute la couche que les outils de tickets gèrent rarement bien :
- missions
- priorités
- décisions
- actions proposées
C'est la différence entre simplement suivre des tâches et réellement piloter un projet.
Runtime IA
Stellary inclut aussi une vraie surface IA :
- aide au démarrage
- agents
- accès MCP
- plugins
- skills
- pipelines
- automatisations
L'objectif n'est pas d'ajouter de l'IA sur le côté. L'objectif est de laisser l'IA travailler avec le vrai contexte projet, sous les bonnes permissions et les bons circuits d'approbation.
Ce qui rend Stellary différent
Trois choses comptent particulièrement.
1. Le contexte est traité comme une donnée de premier rang
L'IA n'est utile que si elle peut travailler avec le vrai état du projet.
Cela veut dire :
- les vraies cartes
- les vrais documents
- les vraies missions et priorités
- les vraies règles de workspace et permissions
Sans cela, beaucoup de workflows IA retombent à un simple rôle de résumé.
2. Delivery et pilotage vivent ensemble
Les outils traditionnels savent souvent soit suivre l'exécution, soit documenter la stratégie. Le reste doit encore être recollé manuellement.
Stellary est conçu pour que la couche tactique et la couche stratégique se nourrissent en continu.
3. MCP fait partie du produit, pas d'un bricolage ajouté après coup
Via MCP, des clients et agents compatibles peuvent se connecter à Stellary comme à un vrai système de travail.
Cela compte parce que l'IA ne doit pas seulement lire des descriptions du projet. Elle doit pouvoir comprendre et participer au workflow de manière gouvernée.
Comment les équipes l'utilisent
Les cas d'usage les plus naturels ressemblent souvent à ceci :
- gérer le delivery dans un projet avec cartes, scopes et documents
- garder les décisions et priorités visibles dans le cockpit
- connecter des agents via MCP pour la recherche, l'exécution assistée ou les propositions structurées
- étendre le workspace avec des plugins, des skills, des pipelines et des automatisations
- utiliser l'API reference quand l'équipe veut un contrôle programmatique
C'est particulièrement utile pour les équipes qui ont commencé à dépasser la séparation entre outil PM, outil de documentation et outil IA.
Pour commencer
Le moyen le plus rapide de comprendre Stellary est de suivre la doc dans cet ordre :
Si vous voulez la mise à jour produit la plus récente, lisez aussi La bêta de Stellary est ouverte.
La suite
Nous sommes encore tôt, mais la direction est claire.
Stellary n'essaie pas de devenir "un outil de plus avec un bouton IA". Nous construisons un système de travail pour les équipes qui veulent faire cohabiter delivery, contexte et agents dans le même environnement.
