Accès anticipé Stellary : ce que cette première phase a validé

Mise à jour du statut — 27 juillet 2026 : l’accès anticipé est terminé et Stellary est désormais en bêta ouverte. Cette page reste en ligne comme archive produit, pas comme offre d’inscription actuelle. Pour connaître la disponibilité du produit, consultez La bêta de Stellary est ouverte ou le guide Premiers pas.

L'early access n'était pas seulement une façon d'offrir un aperçu gratuit. C'était la phase pendant laquelle nous avons vérifié si Stellary pouvait fonctionner comme un vrai environnement de travail pour des équipes.

La réponse est oui, mais cette phase nous a surtout aidés à comprendre ce qui tenait déjà bien dans le produit et ce qui devait encore être resserré avant l'ouverture plus large de la beta.

Ce à quoi les équipes avaient accès pendant l'early access

Le produit couvrait déjà le modèle central de Stellary :

• organisations, workspaces et projets
• delivery avec cartes, scopes et vues
• documents et contexte projet
• signaux cockpit comme les missions, priorités, décisions et actions proposées
• aide IA au démarrage
• agents et connexion MCP
• plugins, skills, pipelines et automatisations
• tokens API et gouvernance de workspace

Cela comptait beaucoup, parce que nous ne voulions pas tester une coquille vide. Nous voulions que les premières équipes utilisent la vraie forme du produit.

Ce que l'early access a permis de valider

1. Delivery et documentation doivent rester proches

L'un des signaux les plus clairs a été le suivant : les équipes ne veulent pas seulement un board. Elles veulent que le contexte reste collé à l'exécution.

Specs, décisions, cadrage projet et matière de type runbook deviennent beaucoup plus utiles quand ils vivent à côté du delivery plutôt que dans un outil déconnecté.

2. Le cockpit n'est pas une couche cosmétique

Les premières équipes ont validé de manière très nette le besoin d'une couche au-dessus du simple suivi de tâches.

Missions, priorités, décisions et actions proposées aident à voir le projet comme un système vivant, pas seulement comme une file de tickets.

3. L'IA ne devient vraiment utile qu'avec du contexte réel

Le produit devenait beaucoup plus intéressant dès lors que les agents pouvaient travailler avec le vrai état du workspace au lieu de prompts génériques.

Cela a renforcé notre direction autour de MCP, des approbations et d'une exécution gouvernée plutôt qu'autour d'un assistant superficiel.

Ce qui a changé après l'early access

L'early access nous a donné assez de confiance pour clarifier le récit public du produit.

Le produit est aujourd'hui beaucoup plus lisible autour de :

• la structure organization -> workspace -> project
• le delivery comme couche d'exécution
• les documents comme contexte vivant du projet
• le cockpit comme couche de pilotage
• MCP et les agents comme surfaces réelles du produit
• les extensions via plugins, skills, pipelines et automatisations

Autrement dit, l'early access a servi de terrain d'épreuve. La beta est le moment où ce modèle devient plus simple à comprendre depuis l'extérieur.

Pourquoi nous avons gardé cette phase gratuite

Nous voulions de l'usage, pas des inscriptions de façade.

Garder l'early access gratuit réduisait la friction, mais la vraie raison était la vitesse d'apprentissage. Nous voulions des équipes prêtes à tester de vrais workflows, à partager ce qui coinçait et à mettre le produit sous pression dans des situations réalistes.

Cette boucle de feedback nous a aidés à améliorer non seulement l'UX, mais aussi la forme même du produit.

Si vous découvrez Stellary aujourd'hui

Si vous lisez ce billet après l'early access, le meilleur prochain pas n'est pas cette annonce historique. C'est plutôt le contenu produit actuel :

1. Overview
2. Getting started
3. Guide MCP
4. La beta de Stellary est ouverte

L'early access était le point de départ. La beta est le moment où le produit devient prêt à être évalué plus sérieusement. Pour poser vos questions en direct et suivre les annonces, rejoignez la communauté sur Discord.