La beta de Stellary est ouverte

La beta de Stellary est ouverte.

Le produit est maintenant assez large et assez structuré pour accueillir de vraies équipes, de vrais workflows, et surtout de vrais retours terrain. Si vous cherchez un environnement où delivery, contexte documentaire, cockpit de pilotage, agents IA et MCP vivent dans le même système, c'est le bon moment pour venir tester.

Nous invitons les premières équipes dans la beta via Discord. Si vous voulez un accès, rejoignez le Discord Stellary et venez postuler directement avec votre contexte, votre équipe et ce que vous voulez tester.

Ce que vous pouvez tester dans la beta aujourd'hui

1. Structure produit et gouvernance

La structure de Stellary repose sur une hiérarchie simple et exploitable : organisation, workspace, projet.

• Gestion des organisations et des workspaces
• Projets rattachés à un workspace
• Membres, invitations et rôles
• Permissions par surface et RBAC granulaire
• Paramètres de workspace, d'équipe et d'accès

Si vous voulez comprendre ce modèle avant de vous lancer, la vue d'ensemble de la docs pose le cadre.

2. Delivery core: projets, scopes, vues et cartes

Le cœur du produit, c'est le delivery réel. Stellary ne se limite pas à une liste de tickets: le projet relie le travail, le contexte et le pilotage.

• Projets avec scopes et structure de delivery
• Vues board, list, calendar, timeline et stats
• Colonnes et organisation du flux de travail
• Cartes avec statut, priorité, dates, labels et champs personnalisés
• Assignation humaine ou agentique
• Checklists, subtasks, commentaires, pièces jointes et documents liés
• Dépendances et contexte de carte exploitable par les agents

Le détail de cette surface est dans le guide Board & cartes.

3. Documents et contexte de travail

Stellary embarque une vraie couche documentaire au lieu de laisser le contexte vivre ailleurs.

• Knowledge base de workspace
• Documents de projet
• Documents liés aux cartes
• Types de documents pour specs, notes, guides, ADR, runbooks et templates
• Documentation utilisée autant par les humains que par les agents
• Contexte documentaire relié au delivery au lieu d'être séparé du travail

Le guide Base de connaissances montre comment cette couche sert de mémoire opérationnelle.

4. Cockpit et pilotage

Le board montre le travail en cours. Le cockpit sert à piloter l'exécution.

• Profils de contexte
• Priorités actives
• Missions
• Todos
• Décisions
• Actions proposées par l'IA
• Signaux de santé, activité live et lecture de pilotage

Le guide Cockpit & pilotage couvre cette couche en détail.

5. Démarrage assisté et cadrage projet

La beta inclut déjà plusieurs façons d'entrer dans le produit.

• Création rapide
• Création assistée
• Import de projet
• Drafts projet assistés par IA
• Mise en place initiale du delivery, du contexte et de la structure projet

Le guide Getting Started explique comment partir d'un workspace vide jusqu'à un premier projet exploitable.

6. Agents IA de workspace

Les agents Stellary sont traités comme des opérateurs du workspace, pas comme des gadgets déconnectés du produit.

• Agents rattachés à un workspace
• Rôles, statut, règles et outils autorisés
• Affectations projet
• Missions et runs
• Skills assignables aux agents
• Contexte de mission construit depuis la carte, les documents et l'historique
• Trois modes d'autonomie: supervised, approval et autonomous

Le guide Agents IA et la page MCP montrent le runtime actuel.

7. MCP natif et clients externes

MCP est une surface centrale de Stellary, pas un add-on.

• Serveur MCP intégré directement au backend via /mcp
• Connexion depuis Cursor, Claude Desktop, Claude Code et autres clients compatibles
• Usage humain via JWT ou personal access token
• Usage agent via agent token
• Même graphe de tools et mêmes règles de contrôle que dans le runtime interne
• File de missions pour les agents mcpOnly
• Completion, fail et suivi de missions depuis un client externe

La page Intégration MCP a été écrite pour refléter exactement le comportement réel du backend.

8. Plugins, skills, pipelines et automatisations

La beta ne s'arrête pas au delivery de base. Le workspace peut déjà être étendu.

• Plugins workspace
• Skills pour spécialiser les agents
• Pipelines de workspace et pipelines liés au delivery
• Automatisations projet
• Orchestration entre agents, validation humaine et notifications
• Tools plugins exposés dans MCP quand le workspace les active

Aujourd'hui, le repo embarque déjà des définitions plugins pour GitHub, Slack, Email et Discord côté runtime.

9. API, tokens et intégration plateforme

Si vous voulez brancher Stellary dans votre stack, la base est là.

• API backend documentée
• Personal access tokens et tokens agent
• Routes pour organisations, workspaces, projets, documents, agents, plugins, skills, pipelines et automatisations
• Surface REST pour le provisioning et les intégrations applicatives
• Surface MCP pour les clients IA et les boucles agent

La Référence API et la page MCP couvrent les deux faces de l'intégration.

10. Collaboration et exploitation quotidienne

La beta inclut aussi toute la couche qui rend un produit exploitable en équipe.

• Invitations membres
• Notifications
• Collaboration temps réel
• Paramètres de compte et sécurité
• 2FA
• Tokens API et gestion d'accès

Pourquoi on ouvre la beta maintenant

Parce qu'on ne veut pas optimiser Stellary dans le vide.

Nous voulons voir comment le produit tient dans de vraies situations:

• une équipe produit qui pilote plusieurs initiatives
• une équipe engineering qui veut relier spec, delivery et agents
• un fondateur technique qui veut faire avancer un produit avec des agents et du contexte propre
• une équipe qui veut brancher Cursor ou Claude directement sur un workspace réel via MCP

La valeur d'une beta ne vient pas du nombre d'inscrits. Elle vient de la qualité des usages qu'on observe et des retours qu'on peut transformer rapidement en produit.

Ce qu'on attend des premières équipes

Nous cherchons des personnes et des équipes prêtes à tester Stellary pour de vrai:

• monter un workspace
• structurer un projet
• faire vivre cartes et documents ensemble
• piloter avec le cockpit
• brancher des agents
• essayer MCP dans un workflow réel
• nous dire franchement ce qui bloque, ce qui manque et ce qui mérite d'être simplifié

Les meilleurs retours pour nous ne sont pas "c'est cool". Ce sont les retours précis, ancrés dans un cas d'usage concret.

Comment postuler

Le plus simple est de rejoindre le Discord Stellary.

Quand vous arrivez, dites-nous simplement:

1. qui vous êtes
2. quel type d'équipe ou de projet vous pilotez
3. ce que vous voulez tester dans Stellary
4. si vous voulez surtout explorer le delivery, les agents, MCP, ou l'ensemble

Nous utiliserons le Discord comme point d'entrée principal pour les candidatures beta et les échanges de feedback produit.

La suite

La beta n'est pas une vitrine figée. C'est une phase où l'on affine le produit à partir d'usages réels, avec un focus très clair sur le delivery connecté au contexte, le pilotage, les agents et MCP.

Si c'est exactement le type d'outil que vous attendiez, rejoignez le Discord et venez postuler.