Questions sur Stellary

Stellary est une plateforme de pilotage de projet AI-native pour équipes techniques. Le produit relie dans le même système les projets, les cards, la documentation, les agents, les missions, les pipelines, le cockpit et les surfaces de gouvernance.

En priorité aux équipes produit et engineering, CTO, fondateurs techniques et organisations qui veulent faire travailler humains et agents IA dans le même workspace, avec plus de contrôle et moins de perte de contexte.

Non. Le noyau delivery et contexte fonctionne déjà avec les projets, les vues, les cards, les documents, la roadmap et la collaboration. La couche IA augmente ce système, elle ne le remplace pas.

Stellary supporte plusieurs entrées projet : création rapide, création assistée et import de projet. Le démarrage initialise un socle de delivery avec scope et vues de base, puis le workspace sert de cadre aux membres, agents et documents.

Le workspace est l’unité d’exploitation principale. Il rassemble membres, équipes, agents, knowledge base, projets, cockpit, plugins, skills, pipelines et configuration IA. Au-dessus, l’organisation porte la gouvernance transversale.

Un projet relie scopes, vues, cards, roadmap, documents et membres projet. Ce n’est pas un simple conteneur de tickets : c’est l’unité de delivery concrète du produit.

Le delivery core couvre aujourd’hui board, list, calendar, timeline et stats. Un même projet peut donc être lu sous plusieurs angles sans perdre l’état réel du travail.

Une card peut concentrer statut, priorité, dates, assignation humaine ou agentique, checklist, subtasks, dépendances, labels, champs personnalisés, commentaires, pièces jointes, documents liés et même une mission agentique.

Non. Stellary dispose d’une knowledge base workspace, de documents projet et de documents liés aux cards. Cette couche documentaire sert à cadrer, transmettre, mémoriser et alimenter directement l’exécution humaine comme agentique.

Le board montre le travail en cours. Le cockpit transforme ce delivery en lecture de pilotage : missions actives, blocages, arbitrages, activité live, signaux de santé et briefings. Il sert à gouverner l’exécution, pas à dupliquer les cards.

Un agent est un opérateur logiciel rattaché au workspace. Il possède un rôle, un statut, un mode d’autonomie, un profil IA, des outils autorisés, des règles, des skills et des affectations projet.

Trois modes structurent le produit aujourd’hui : supervised, approval et autonomous. Cela permet de choisir entre revue contrôlée, validation de propositions et exécution plus directe selon le niveau de confiance.

Selon son cadrage, un agent peut charger le contexte d’une card, lire commentaires et documents liés, exécuter sa mission, publier un résultat, faire évoluer le statut réel de la card et remonter des signaux au cockpit.

Le runtime agentique s’appuie sur la mission en cours, l’historique de runs, la mémoire agent, équipe ou workspace, les documents projet et les documents liés aux cards. L’agent ne repart donc pas de zéro à chaque exécution.

Le MCP Stellary expose le même graphe d’outils, les mêmes permissions et les mêmes règles de contrôle que le runtime IA de l’app. Un client compatible peut donc lire ou agir sur le contexte réel du produit sans dupliquer la logique métier ailleurs.

Oui. Stellary suit missions, runs, propositions en attente, coûts, volume de tokens, durée moyenne, historique d’outils et dernière activité. L’objectif est de rendre l’IA exploitable et gouvernable en production.

Oui. La hiérarchie réelle est Organisation -> Workspace -> Projet. L’organisation porte le plan, l’usage, la facturation et les workspaces ; le workspace porte l’exploitation quotidienne.

Oui. Ce sont des briques natives du workspace. Les plugins ouvrent des capacités externes, les skills spécialisent les agents et les pipelines orchestrent des séquences reproductibles entre agents, validations humaines et notifications.

La codebase expose déjà un catalogue de plugins workspace avec notamment GitHub, Email, Slack, Discord et un plugin d’exemple, en plus du serveur MCP et des outils internes accessibles au runtime agentique.

Le produit couvre inscription, connexion, vérification email, mot de passe oublié, reset, changement de mot de passe, 2FA TOTP, tokens API personnels et suppression de compte. Les workspaces et organisations appliquent ensuite leurs rôles et permissions.

Oui. Stellary expose des settings utilisateur, workspace et organisation, ainsi qu’une couche super admin. Les surfaces actuelles couvrent notamment plan, abonnement, usage, facturation, membres et configuration IA.

Non. Les humains passent par les parcours auth de l’application. Les agents sont des utilisateurs de service gouvernés dans le workspace, avec leurs propres tokens, permissions et modes d’autonomie.

Non. Le dépôt est aujourd’hui distribué sous licence propriétaire. Le produit peut publier de la documentation publiquement, mais la FAQ ne le présente pas comme un projet open source.

Pour les contributeurs et licenciés disposant d’un accès au dépôt, oui : la stack sépare le backend, le frontend principal et le website, avec des fichiers d’exemple d’environnement, PostgreSQL comme prérequis et un docker-compose pour le stack local. Pour les autres utilisateurs, le produit est servi en SaaS.

Backend en NestJS avec Prisma et PostgreSQL, frontend produit en React + Vite + Tailwind CSS, website en Next.js, temps réel via WebSocket / Socket.IO, intégration IA via OpenAI SDK et MCP, le tout majoritairement en TypeScript.

Le point d’entrée canonique est docs/README.md. La documentation produit y est organisée par vision, cartographie plateforme, domaines fonctionnels et références techniques.

Commence par la documentation et les surfaces d’aide intégrées au produit. Pour la communauté et les questions opérationnelles, rejoins le Discord lié depuis ce site.