Vellum Assistant : une IA personnelle avec huit types de mémoire
Un assistant IA facile à configurer, effectue votre travail 24h/24 et 7j/7, connaît vos préférences et s'améliore au fil du temps.
En bref
- De quoi s’agit-il ?
- Ce que le dépôt vellum-ai/vellum-assistant dit sur la mémoire, l'identité, la proactivité, les canaux et l'infrastructure de sécurité.
- À qui s’adresse-t-il ?
- vellum-assistant s adresse aux utilisateurs dont le besoin correspond exactement au README. Il ne convient pas sans vérification du contexte d exécution : lancez npm install, examinez SOUL.md et observez Vellum Assistant sur un cas représentatif avant de retenir ce dépôt.
- Puis-je l’utiliser commercialement ?
- Oui. MIT est une licence permissive : vous pouvez utiliser, modifier et vendre un logiciel qui en dépend, à condition de conserver les mentions de droit d’auteur et de licence.
- Est-il encore maintenu ?
- Oui. Le dépôt a reçu de nouveaux commits au cours des dernières 24 heures.
- En quel langage est-il écrit ?
- Principalement TypeScript, d’après les statistiques de langage de GitHub.
Ces réponses reposent sur les données GitHub du projet (dernière synchronisation le 15 septembre 2026) et sur notre analyse. Elles ne constituent pas un avis juridique.
ANALYSE OPEN SOURCE APPROFONDIE
Le dépôt décrit une IA personnelle avec huit types de mémoire
Le dépôt vellum-ai/vellum-assistant présente un assistant IA personnel appelé Vellum Assistant, et sa description se concentre sur le système de mémoire de l'assistant. Le README liste huit types de mémoire différents : épisodique, sémantique, procédural, émotionnel, prospectif, comportemental, narratif et partagé. Il indique que chaque type de mémoire a sa propre fenêtre de fraîcheur, et que le système utilise une récupération hybride dense et creuse, avec une isolation par utilisateur et par canal. Le README mentionne également que des éléments structurés tels que l'identité, les préférences, les projets et les événements sont extraits des conversations avec attribution de source et déduplication. Il indique que les plongements (embeddings) s'exécutent localement par défaut et qu'il ne s'agit pas d'un fichier SQLite plus Markdown que l'utilisateur maintient.
L'identité est construite autour de SOUL.md et d'un processus d'éclosion
L'identité de l'assistant vit dans un fichier SOUL.md. Selon le README, pendant l'intégration, l'assistant observe comment un utilisateur communique et écrit ses propres fichiers de personnalité. Il tient un journal de réflexions par utilisateur et utilise NOW.md comme bloc-notes pour la concentration actuelle et les fils de discussion actifs. Les instructions de configuration du README décrivent un processus appelé éclosion : les utilisateurs s'inscrivent ou téléchargent l'application, choisissent entre les modes géré et local, puis font éclore leur assistant.
La proactivité horaire relit les notes et recherche du travail inachevé
L'assistant a une composante proactive. Le README dit que chaque heure, il relit ses notes, recherche tout ce qui est inachevé ou à échéance proche, et envoie un message à l'utilisateur si quelque chose nécessite attention. Les notifications vont au bon canal et n'interrompent pas une conversation active. Le README n'entre pas dans les détails sur la façon dont ce contrôle horaire est implémenté.
Le modèle de sécurité implique l'identité des acteurs, des identifiants séparés et un bac à sable
Le README décrit un modèle de sécurité. L'identité de l'acteur (gardien, de confiance, inconnu) est résolue une fois et appliquée partout. Les acteurs inconnus ne peuvent pas lire la mémoire, déclencher des outils ou escalader. Les identifiants vivent dans un processus séparé et n'atteignent jamais le modèle. Chaque appel d'outil s'exécute dans un bac à sable. Le défaut est de refuser. Le README décrit également une fonctionnalité d'utilisation de l'ordinateur dans laquelle l'assistant travaille dans son propre bac à sable et, avec l'approbation de l'utilisateur, accède à la machine réelle : il lit et édite des fichiers, exécute des commandes et pilote le navigateur. Chaque action est soumise à des permissions, avec des autorisations disponibles pour une fois, dix minutes ou toujours.
Canaux, intégrations OAuth et prise en charge multi-fournisseurs
L'assistant est accessible via plusieurs canaux : macOS, iOS, Web, voix, e-mail, Telegram, Slack et Twilio. Le README décrit cela comme un assistant, une mémoire, tous les canaux. La couverture OAuth inclut Slack, Notion, Google, HubSpot, Linear, Discord, Twitter, Telegram et Twilio. La prise en charge multi-fournisseurs inclut Anthropic, OpenAI, Google Gemini, Fireworks, OpenRouter, MiniMax, Atlas Cloud et tout point de terminaison compatible OpenAI. Les modèles locaux s'exécutent via Ollama. Les plongements s'exécutent sur ONNX local par défaut et basculent automatiquement vers les fournisseurs cloud.
Options d'hébergement : runtime géré ou auto-hébergé, même base de code
Le dépôt décrit deux modes d'hébergement. Le mode géré s'exécute sur la plateforme Vellum sans runtime local requis ; les utilisateurs se connectent via Vellum Cloud. Le mode local exécute tout sur la machine de l'utilisateur. Le README indique que les deux utilisent la même base de code et le même modèle de données.
CLI et installation depuis les sources
Le README inclut des commandes d'installation CLI. L'installation globale se fait avec `bun install -g vellum`, et la commande d'éclosion est `vellum hatch`. Installer depuis les sources signifie cloner le dépôt, exécuter `./setup.sh`, puis exécuter `source ~/.bashrc` et `vellum hatch`. Les autres commandes incluent `vellum wake` pour démarrer les services, `vellum sleep` pour arrêter les services tout en conservant les données, `vellum client` pour interagir via le terminal, `vellum ps` pour voir les assistants en cours d'exécution, `vellum terminal` pour ouvrir un shell dans un conteneur d'assistant géré, et `vellum upgrade` pour mettre à niveau vers la dernière version. Le README indique que la CLI fonctionne mais que l'application de bureau est l'objectif principal, la CLI étant destinée aux utilisateurs avancés, aux contributeurs et aux environnements non macOS. Il indique également que toutes les commandes ciblent l'assistant par défaut et que passer un ID d'assistant en deuxième argument fonctionne avec plusieurs assistants.
Licence open source et métadonnées du projet
Le dépôt est publié sous la licence MIT. Le texte de la licence permet l'utilisation, la copie, la modification, la fusion, la publication, la distribution, la sous-licence et la vente du logiciel, mais indique que le logiciel est fourni tel quel, sans garantie d'aucune sorte. Les métadonnées du dépôt montrent que le projet est écrit en TypeScript avec une branche par défaut main et 1 012 étoiles et 155 forks sur GitHub. Le README lui-même ne discute pas de la taille de la communauté. Pour vellum-assistant, ce contrôle doit être consigné avec la version du dépôt, la commande exécutée et le résultat exact observé. Notez le fichier SOUL.md, les paramètres réellement utilisés et la différence entre le comportement attendu et celui obtenu. Cette trace est particulièrement utile lorsque Vellum Assistant dépend d un service externe, d un système hôte ou d une autorisation locale. Elle permet de reprendre l essai sans transformer une démonstration ponctuelle en garantie générale. Les mainteneurs peuvent modifier l interface, le schéma ou les prérequis; relisez donc le README et les exemples liés avant une mise à jour. Toute décision d intégration doit rester limitée au périmètre que vellum-assistant documente effectivement.
Conclusion éditoriale
vellum-assistant s adresse aux utilisateurs dont le besoin correspond exactement au README. Il ne convient pas sans vérification du contexte d exécution : lancez npm install, examinez SOUL.md et observez Vellum Assistant sur un cas représentatif avant de retenir ce dépôt.
Notes de la communauté