NovaOS est un système d'agents d'intelligence artificielle conçu par le développeur béninois Camel Dagbegnon. Il lui sert d'assistant opérationnel. On le pilote depuis la messagerie Telegram, par message texte ou vocal, et il coordonne une équipe d'agents IA qui travaille de jour comme de nuit sur son portefeuille de projets. Mis en production en octobre 2026, il s'inscrit dans la famille des systèmes multi-agents, où plusieurs agents logiciels autonomes se répartissent un travail commun1.
Son cahier des charges résume son principe : l'utilisateur formule une intention ou un objectif, et le système organise lui-même le travail, au lieu de recevoir une instruction à chaque étape.
Rôles
NovaOS assure trois fonctions :
- Une équipe d'agents : un orchestrateur découpe un objectif en plan, puis en tâches, et les répartit entre des agents spécialisés à travers une file de tâches.
- Le contrôle du poste de travail et la mémoire des projets : un agent installé sur le PC a accès aux fichiers des projets, peut les analyser et exécuter des actions autorisées.
- Les automatisations : des processus répétitifs sont confiés à n8n, un outil libre d'automatisation de flux de travail2.
Historique
- Nuit du 2 au 3 octobre 2026 : mise en production de la première version (MVP v0.1). Elle comprend l'équipe d'agents, la création d'agents à la demande, la file de tâches, un mode nuit avec rapport du matin, des budgets de dépense, un journal d'audit et la prise en charge des messages vocaux.
- 3 et 4 octobre 2026 : ajout de l'assistante principale « Nova », d'actions sur le PC (captures d'écran, création de documents Word, ouverture d'applications), de l'intégration avec n8n et du partage du travail entre le serveur et le PC.
- Nuit du 5 au 6 octobre 2026 : version V1, consacrée à la mémoire des projets, aux permissions et à la sécurité des commandes. D'après le journal des versions du projet, elle est couverte par environ 300 tests automatisés.
- Octobre 2026 : itérations rapides, avec plus de 120 évolutions la première semaine.
- Feuille de route : versions V2 à V10, qui étendent progressivement l'autonomie des agents. La V2, commencée dès le 6 octobre, ajoute la consultation de pages web en lecture seule.
Architecture
Architecture de NovaOS : le serveur fonctionne en continu, le poste de travail est relié par un tunnel chiffré (schéma établi d'après la documentation du projet).
NovaOS repose sur deux machines aux rôles distincts.
- Serveur (24 h/24) : un serveur privé virtuel héberge le bot Telegram, l'assistante « Nova », l'orchestrateur, un planificateur (rapports, relances), une base PostgreSQL qui sert de file de tâches et de mémoire, ainsi que n8n. L'ensemble tourne en conteneurs Docker, décrits dans un fichier Docker Compose3. Le bot interroge Telegram par une connexion sortante (long polling), méthode prévue par l'API des bots Telegram, ce qui évite d'ouvrir un port public sur le serveur4.
- Poste de travail : un programme « worker » tourne sur le PC de Camel Dagbegnon et se relie au serveur par un tunnel SSH chiffré. Il exécute les tâches qui ont besoin des fichiers ou des logiciels locaux, notamment des agents de développement basés sur Claude Code, l'outil de programmation agentique d'Anthropic5.
Le code est écrit en Python. Les messages vocaux sont transcrits localement avec faster-whisper, une réimplémentation du modèle de reconnaissance vocale Whisper6, et les réponses vocales sont produites par synthèse vocale.
L'équipe d'agents
Chaque agent est défini par un profil (nom, rôle, mission) et exécuté par le même moteur, avec des consignes différentes. L'équipe initiale comprend :
| Agent | Rôle |
|---|
| Nova | Assistante personnelle, interlocutrice principale |
| Core | Orchestrateur : objectif, plan, tâches |
| Max | Ventes et marketing |
| Junior | Projets et développement |
| Maya | Acquisition et croissance |
| Léo | Scripts et textes |
| Noah | Montage vidéo |
| Shorty | Vidéos courtes |
| Publisher | Préparation des publications |
Un module de création d'agents (« Agent Factory ») permet au système d'ajouter un agent spécialisé lorsqu'un besoin durable apparaît. Des limites empêchent leur prolifération : 25 agents au maximum, 5 nouveaux agents par jour au plus, fusion des rôles trop proches et mise à la retraite après 14 jours d'inactivité. Les agents peuvent se déléguer des tâches et attendre le résultat d'un autre agent avant de reprendre leur travail. Ce découpage en orchestrateur et en agents spécialisés correspond à un schéma de conception courant pour les systèmes fondés sur des modèles de langage7.
Mode nuit et mémoire des projets
La commande /night lance un objectif à traiter pendant la nuit. Aucune notification n'est envoyée pendant ce temps, et un rapport est remis le matin. Les dépenses sont plafonnées par agent et par jour : une tâche qui dépasserait le budget est suspendue puis relancée le lendemain.
Depuis la V1, le worker du PC parcourt les dossiers de projets et établit pour chacun une fiche : type, technologies, fichiers importants, état Git, date de dernière modification. Le système en déduit un statut (critique, actif, à revoir, inactif, abandonné), des scores d'activité, de santé et de priorité, et une action recommandée. Ces informations sont recalculées à chaque lecture.
Sécurité
Le système distingue quatre niveaux de permissions :
| Niveau | Exemples | Comportement |
|---|
| 0 — Lecture seule | Lire, scanner les projets, résumer | Exécution automatique |
| 1 — Actions sûres | Commandes inoffensives (git status, ls), rapports, brouillons | Exécution automatique |
| 2 — Validation requise | Modifier un fichier, lancer des tests, envoyer un message, installer une automatisation | Validation par boutons sur Telegram |
| 3 — Critique | Supprimer, modifier une base de données, déployer en production, payer | Validation obligatoire, jamais automatique |
Une catégorie d'action inconnue est traitée au niveau 2. Un mode lecture seule, activable par la commande /readonly, gèle toutes les actions autres que la lecture. Les commandes système passent d'abord par une liste noire, puis par une liste blanche ; elles sont exécutées sans interpréteur de commandes, sans les variables secrètes et avec un délai maximal. Certaines opérations (formatage d'un disque, suppression du système) restent interdites même après validation. Les secrets sont masqués dans les journaux, et seul l'identifiant Telegram du propriétaire est autorisé à piloter le bot.
Commandes
Quelques commandes Telegram :
/daily_brief : le point du jour, envoyé aussi automatiquement chaque matin ;/portfolio et /priority : l'état et les priorités des projets ;/projects et /project : la liste et la fiche des projets ;/run : une commande autorisée sur le PC ;/approvals : les validations en attente ;/health : l'état du système.
Voir aussi
Liens externes
