La plupart des assistants IA attendent que vous ouvriez une fenetre de chat.
RedPlanetHQ/core part d’une idee differente : un systeme d’exploitation IA personnel, toujours actif, toujours connecte, capable d’agir dans les outils que vous utilisez deja.
CORE est open source et auto-hebergeable. Il combine memoire persistante, taches, connecteurs d’apps, skills reutilisables, gateway pour le codage et le navigateur, interfaces multiples et gates d’approbation humaine. Le README le decrit comme “Your Personal AI OS” : pas un chatbot que l’on ouvre, mais une IA qui remarque le travail, rassemble le contexte, redige des plans, demande validation quand necessaire et execute via la bonne surface.
CORE merite attention parce qu’il se situe au croisement de trois tendances :
- les agents IA qui sortent du chat pour entrer dans les workflows de fond
- les graphes de memoire personnelle comme couche de contexte pour le travail recurrent
- l’automation auto-hebergee pour la confidentialite et le controle
Le resultat est ambitieux : une couche IA toujours active pour email, GitHub, Linear, Slack, calendrier, terminal, navigateur, agents de codage et routines personnelles.
Ce qu’est CORE
CORE est un systeme d’exploitation IA personnel open source de RedPlanetHQ.
La promesse de base n’est pas “un autre assistant de chat”. C’est une couche IA persistante qui traverse vos outils, surveille l’activite, memorise le contexte et peut agir quand le bon declencheur apparait.
Le systeme inclut :
- Memoire : un graphe de connaissance temporel a travers outils et conversations.
- Taches : des unites de travail ponctuelles ou recurrentes avec plans, etat et chat scope par tache.
- Connecteurs : plus de 50 integrations d’apps via un endpoint MCP.
- Skills : instructions reutilisables declenchees automatiquement selon le contexte.
- Gateway : execution pour Claude Code, Codex, agents navigateur et commandes terminal.
- Interfaces : voix, scratchpad, messaging et chat.
- Auto-hebergement : deploiement local Docker ou serveur pour garder les donnees dans votre infrastructure.
C’est pourquoi l’expression “OS IA personnel” est utile. CORE essaie d’etre la couche de coordination autour du travail, pas seulement un endroit ou taper des prompts.
Pourquoi le toujours-actif compte
La plupart des outils IA sont pull-based. Vous demandez ; ils repondent.
CORE est concu pour etre event-driven. Une issue GitHub est assignee. Une alerte Sentry arrive. Un email client tombe. Une reunion se termine. Une tache apparait dans le scratchpad. CORE peut remarquer l’evenement, recuperer la memoire liee et le contexte connecte, rediger un plan, puis agir ou demander une approbation.
Cela change la forme de l’automation.
Au lieu de devoir se souvenir de chaque suivi, le systeme peut surveiller les bords du workflow. Au lieu de relancer chaque session agent depuis zero, il peut injecter les decisions et preferences precedentes dans la prochaine tache.
Le benefice est clair : moins de reconstruction de contexte, moins d’oublis, plus d’execution en arriere-plan.
Le risque est tout aussi clair : un assistant toujours actif doit etre gouverne avec soin.
Quatre interfaces, une memoire
CORE expose plusieurs surfaces :
- Voix : dicter une tache sans ouvrir de dashboard.
- Scratchpad : ecrire des items de checklist dans une page quotidienne et laisser CORE les capter.
- Messaging : envoyer des taches depuis WhatsApp, Slack ou Telegram.
- Chat : utiliser une interface d’assistant classique quand il faut discuter d’abord.
Le choix interessant est que ces surfaces partagent la meme memoire et le meme contexte. Une tache envoyee depuis le telephone peut utiliser le contexte projet venant de GitHub, Slack, sessions de codage precedentes et preferences stockees.
C’est la difference entre “plusieurs chatbots” et “un assistant avec plusieurs portes”.
La memoire comme graphe de connaissance temporel
La couche memoire est la partie la plus importante de CORE.
Le README decrit la memoire comme un graphe de connaissance temporel contenant preferences, decisions, objectifs, directives, conversations et contexte des outils connectes. C’est important parce que le vrai travail depend du temps.
Un assistant utile doit savoir :
- quelle decision a ete prise la semaine derniere
- quelle convention projet remplace le defaut
- quelle issue GitHub est liee a un thread Slack
- quelle personne prefere quel type de mise a jour
- quelle tache recurrente doit tourner chaque matin
- quelle ancienne instruction a ete remplacee
Ce n’est pas une simple recherche. C’est de la gestion de contexte temporel.
Le claim de benchmark LoCoMo de CORE est aussi pertinent ici. Le projet annonce 88.24% de precision moyenne sur des questions single-hop, multi-hop, open-domain et temporelles. Les benchmarks ne racontent pas tout, mais l’accent sur le raisonnement temporel correspond bien au produit.
Connecteurs et MCP
La couche connecteurs de CORE s’appuie sur un toolkit large : GitHub, Linear, Jira, Slack, Gmail, Calendar, Sentry, Notion, Todoist et beaucoup d’autres.
Le README parle de 50+ apps via un endpoint MCP unique et de 1000+ actions dans la documentation toolkit. Ce positionnement est important. Si un assistant a de la memoire mais ne peut pas agir, il devient un carnet plus intelligent. S’il peut agir sans memoire, il devient un script fragile.
La combinaison utile est memoire plus action :
- lire l’issue
- recuperer le contexte Slack lie
- inspecter les incidents precedents
- rediger un plan
- ouvrir une session de codage
- poster un status
- demander validation avant merge ou envoi sensible
C’est le workflow agent que la plupart des equipes veulent vraiment.
La gateway : codage, navigateur et terminal
CORE peut deleguer l’execution via une gateway. La gateway peut lancer Claude Code, Codex, agents navigateur et commandes terminal sur votre machine, dans Docker ou dans un environnement heberge comme Railway.
C’est important parce que le travail IA en arriere-plan a souvent besoin d’une vraie surface d’execution.
Par exemple, “corrige cette issue” n’est pas seulement une tache de langage. L’agent peut devoir lire le repo, creer une branche, lancer les tests, inspecter les logs, ouvrir une PR et resumer le changement. La gateway de CORE donne a l’OS personnel un moyen de lancer ce travail tout en gardant tache, memoire et approbation connectees.
C’est la que la metaphore d’OS devient pratique. L’assistant n’est pas seulement planificateur. Il peut coordonner l’execution.
Human-in-the-loop par defaut
Le choix de design le plus important est le controle.
CORE permet de decider ou il peut agir seul et ou il doit attendre. Vous pouvez le laisser investiguer des alertes automatiquement mais exiger une approbation avant merge. Vous pouvez demander validation du plan avant de lancer une session de codage. Vous pouvez exiger confirmation avant tout envoi d’email.
C’est essentiel parce que les OS IA personnels echoueront s’ils ignorent les frontieres de confiance.
Un assistant qui peut tout lire et agir partout doit avoir des controles visibles :
- parametres d’autonomie par tache
- permissions par app
- gates d’approbation
- journaux d’audit
- options d’auto-hebergement
- garanties de chiffrement et isolation des donnees
Le README de CORE va dans ce sens : open source, auto-hebergeable, human-in-loop par defaut et donnees gardees dans votre infrastructure.
Forme pratique du setup
Le quickstart est simple pour un projet de cette taille :
npm install -g @redplanethq/corebrain
corebrain setup
L’assistant de setup demande un repertoire d’installation, un fournisseur IA, une cle API et un modele de chat. Il genere les secrets, lance la stack et ouvre un dashboard local sur http://localhost:3033.
Les prerequis ne sont pas triviaux : Docker, Docker Compose et une machine ou serveur raisonnable. Le README liste Docker 20.10+, Docker Compose 2.20+, 4 vCPU et 8GB RAM.
C’est la bonne attente. Un OS IA personnel avec memoire, connecteurs, execution gateway et surfaces applicatives est une infrastructure, pas un simple script npm.
Ou CORE s’insere
CORE est surtout pertinent si vous voulez une couche IA personnelle ou equipe capable de :
- surveiller vos outils pour taches et incidents
- memoriser decisions et preferences precedentes
- transformer des notes en taches
- lancer des sessions de codage via Codex ou Claude Code
- piloter navigateur et terminal
- poster des updates Slack ou messaging
- maintenir un rythme operationnel quotidien recurrent
- auto-heberger du contexte sensible
Il est moins pertinent si vous avez seulement besoin d’un chat occasionnel ou d’un assistant de prompt leger.
La valeur de CORE apparait quand le travail est recurrent, distribue entre apps et dependant du contexte.
Mon avis
CORE est ambitieux dans la bonne direction.
La prochaine generation d’outils IA personnels ne sera pas seulement une meilleure boite de chat. Elle aura besoin de memoire, triggers, connecteurs, permissions, etat de tache et environnements d’execution. Elle devra rencontrer l’utilisateur la ou le travail se passe vraiment : telephone, chat, voix, navigateur, terminal, GitHub, Slack, email et calendrier.
CORE rassemble ces pieces dans un systeme open source.
Les parties difficiles seront la confiance, la fiabilite, la complexite de setup, la maintenance des connecteurs et le choix des actions autonomes. Mais ce sont exactement les bons problemes difficiles.
Pour les builders interesses par les agents IA auto-heberges, la memoire IA persistante, l’automation via MCP ou les systemes personnels autour de Codex et Claude Code, RedPlanetHQ/core merite une vraie exploration.