letta-ai/letta : ce dépôt n'est plus qu'une page de redirection
Platform for stateful agents: AI with advanced memory that can learn and self-improve over time.
En bref
- De quoi s’agit-il ?
- Le dépôt letta-ai/letta ne contient plus le serveur Letta V1 ni le code des agents. Il renvoie vers letta-ai/letta-code, et la branche archive conserve l'ancienne base sans support. Voici ce que cela change pour un ingénieur qui évalue la plateforme.
- À qui s’adresse-t-il ?
- Ce dépôt convient à ceux qui cherchent un point d'entrée vers Letta ou qui doivent reproduire un build ancien depuis la branche archive. Il ne convient pas à une équipe qui veut lire, auditer ou modifier le code des agents : ce code n'est pas ici.
- Puis-je l’utiliser commercialement ?
- Oui. Apache-2.0 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. Les derniers commits datent d’il y a 5 jours.
- En quel langage est-il écrit ?
- GitHub n’indique pas de langage principal pour ce dépôt.
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
Un dépôt qui ne contient plus le code qu'on vient y chercher
Le README est sans ambiguïté : ce dépôt sert désormais de page d'accueil pour le projet Letta. Le code source actuel vit dans letta-ai/letta-code, qui regroupe le harness des agents, l'interface terminal interactive, l'App Server, les canaux de communication et le runtime utilisé par les applications desktop et web. Si vous arrivez ici par un lien, un article ou une recherche sur le nom du projet, vous êtes sur le mauvais dépôt pour lire du code. Le seul contenu technique conservé ici est la branche archive, qui abrite l'ancien serveur Letta V1 tel qu'il existait au moment de l'archivage du dépôt. Le problème que ce dépôt résout est donc double. Il préserve la traçabilité de l'API V1 pour la reproductibilité, et il redirige les nouveaux utilisateurs vers la base active. Il ne résout pas le problème qu'on attend d'un dépôt de plateforme d'agents : fournir une source installable et modifiable.
Letta V1 contre letta-code : deux bases, deux niveaux de support
La distinction entre les deux bases n'est pas cosmétique. La branche archive contient le serveur API V1 dans l'état où il était lors de l'archivage. Le README précise que cette source n'est pas supportée, ne reçoit ni correctifs ni mises à jour de sécurité, et ne doit pas être utilisée en production. Les tags et releases existants restent disponibles pour la reproductibilité, ce qui signifie qu'un build ancien reste reconstructible, mais sans garantie de maintenance. En face, letta-code est décrit comme activement développé, avec un périmètre fonctionnel plus large que le seul serveur : harness, TUI, App Server, canaux, runtime. Autrement dit, la numérotation des releases visibles sur ce dépôt (0.16.8, 0.16.7, 0.16.6) ne doit pas être lue comme l'état courant de la plateforme. Elle documente l'historique d'une base qui n'est plus la cible de développement. C'est un piège classique pour qui compare des versions sans lire la note en tête du README.
Installation : npm, puis deux commandes
Le README donne la procédure d'installation actuelle, et elle ne passe pas par ce dépôt. Il faut installer le paquet npm global : npm install -g @letta-ai/letta-code. Ensuite, deux points d'entrée sont documentés. La commande letta lance l'interface terminal interactive. La commande letta server démarre l'App Server pour des agents locaux ou auto-hébergés. Le README ne détaille pas les options de configuration, les clés attendues ni les variables d'environnement. Il renvoie explicitement au README de letta-ai/letta-code et à la documentation sur docs.letta.com pour l'installation, le développement et le déploiement à jour. C'est une limite réelle du matériau disponible ici : on sait comment démarrer, on ne sait pas comment paramétrer. Pour un projet qui se présente comme une plateforme d'agents avec mémoire persistante, l'absence de détails sur la configuration dans le dépôt d'accueil est un manque, pas un choix éditorial.
Les surfaces d'accès annoncées, et ce qu'elles impliquent
Le README énumère plusieurs façons d'utiliser Letta : l'application desktop pour macOS, Windows et Linux, le service chat.letta.com accessible dans un navigateur y compris sur mobile, des intégrations Slack, Telegram, Discord et des canaux personnalisés, un SDK d'agent pour TypeScript, et Letta Cloud pour conserver la mémoire, l'identité et les conversations d'un agent d'un ordinateur à l'autre. Cette liste décrit une architecture où l'agent n'est pas un script éphémère mais un objet persistant dont l'état survit aux sessions. La mention de Letta Cloud comme moyen de garder mémoire et identité disponibles entre machines indique que la persistance peut être déléguée à un service hébergé plutôt qu'assurée localement. C'est un point de décision important, et le README ne tranche pas : il liste les options sans comparer leurs implications en termes de souveraineté des données, de coût ou de latence.
La licence Apache-2.0 et ce qu'elle ne couvre pas
Le dépôt est publié sous Apache-2.0. Cette licence est permissive : elle autorise l'usage commercial, la modification et la redistribution, avec des obligations de conservation des mentions de copyright et d'état des modifications, et une clause de brevets. Elle ne donne aucune garantie. Deux réserves tiennent au périmètre du matériau. D'abord, la licence s'applique à ce dépôt, qui contient une page d'accueil et une branche archive ; on ne peut pas en déduire mécaniquement la licence du code de letta-code, qui est un autre dépôt et n'est pas décrit ici. Ensuite, l'usage de Letta Cloud ou de chat.letta.com relève de conditions de service, pas de la licence du code. Je ne donne pas de conseil juridique : si vous redistribuez ou intégrez ce code dans un produit, faites vérifier les deux dépôts et les conditions du service hébergé séparément.
Le coût de maintenance, vu depuis ce dépôt
La charge de maintenance se lit dans les dates. La dernière poussée sur ce dépôt est datée du 8 septembre 2026, et la release la plus récente listée, 0.16.8, du 14 mai 2026. L'écart entre les deux suggère une activité de dépôt qui ne se traduit plus par des publications de versions ici. Pour un utilisateur de la branche archive, la conséquence est directe : aucune mise à jour de sécurité n'arrivera, et chaque correctif devra être porté à la main. Pour un utilisateur de letta-code, la maintenance dépend d'un dépôt distinct dont ce matériau ne donne ni cadence de release ni politique de compatibilité. Le seul élément de continuité visible est la conservation des tags et releases, utile pour reconstruire un environnement ancien, pas pour rester à jour.
Quand choisir Letta, et par quoi le remplacer
Letta vise les cas où un agent doit se souvenir entre deux sessions : un assistant qui conserve un contexte client, un agent de support rattaché à un canal Slack ou Telegram, une application TypeScript qui a besoin d'un état persistant côté serveur. Le SDK TypeScript et les canaux annoncés correspondent à ce profil. À l'inverse, si vous voulez un agent sans état, jetable, reconstruit à chaque appel, Letta ajoute une couche de persistance et un serveur à administrer dont vous n'avez pas besoin. Dans ce cas, une bibliothèque d'orchestration en processus, comme LangGraph, ou l'API d'assistance du fournisseur de modèle, suffit : la différence d'approche est que ces outils traitent la mémoire comme une donnée que vous gérez dans votre propre base, alors que Letta la traite comme une propriété de l'agent, exposée via un serveur et un SDK. Ce choix déplace la complexité du code applicatif vers l'exploitation d'un service. C'est un arbitrage, pas un progrès automatique.
Conclusion éditoriale
Ce dépôt convient à ceux qui cherchent un point d'entrée vers Letta ou qui doivent reproduire un build ancien depuis la branche archive. Il ne convient pas à une équipe qui veut lire, auditer ou modifier le code des agents : ce code n'est pas ici. Avant tout choix, installez @letta-ai/letta-code et lancez letta server, puis vérifiez dans le README de letta-code si les clés de configuration et les variables d'environnement attendues par vos scripts existent encore sous le même nom. Si ce n'est pas le cas, la migration vers Letta V2 est un chantier de configuration, pas un simple changement de version.
Notes de la communauté