Leina Agent : un assistant IA à héberger et à assembler vous-même

Illustration conceptuelle : choisir les outils de son agent comme on assemble son établi. Ce n’est pas une capture du produit.

Vous cherchez un assistant personnel dans la direction de Muse ou Grok Bot, avec la possibilité de choisir son environnement, de consulter le code et d’adapter ses outils ? Nous proposons aussi Leina Agent aux développeurs et aux passionnés.

Cette édition développeur open source, destinée à un usage personnel, associe la version publique de Hermes Agent à OO CLI, des Skills sélectionnés et des providers OOMOL dans une image Docker à déployer vous-même. Utilisez le CLI interactif ou configurez une plateforme de messagerie.

Consultez le dépôt GitHub. L’accès aux applications utilise les connexions autorisées de votre compte OOMOL. Vous pouvez examiner l’implémentation, signaler des problèmes et contribuer ; les permissions du compte doivent correspondre à chaque tâche.

Utiliser un assistant, puis assembler le sien

Muse, Grok Bot et Leina Agent s’inscrivent dans l’idée générale d’assistants personnels capables d’utiliser des applications et d’exécuter des tâches. Leina Agent offre une base consultable et modifiable : choisissez la machine, un modèle disponible pour votre compte, les Skills et l’entrée de messagerie. Cette liberté concerne le déploiement et les extensions ; cet article ne compare pas les fonctions ou performances de ces produits.

L’édition développeur utilise le runtime public de Hermes. Leina SaaS dispose du harness organisationnel propre à Leina et s’adresse aux équipes ou aux utilisateurs souhaitant un produit prêt à l’emploi. Le dépôt se concentre sur l’usage personnel et exclut les fonctions organisationnelles du SaaS.

README

Plus de connexions, plus de combinaisons

Un agent utile doit accéder à vos outils. OO CLI et OO Skills ouvrent l’accès aux services connectés via OOMOL.

Notre guide de connexion décrit une couverture de plus de 1 500 fournisseurs et 16 000 actions. Cela permet de combiner de nombreuses opérations ; cela ne signifie pas que des milliers d’applications sont incluses dans Docker ou que chaque compte dispose de toutes les permissions. Vérifiez les connecteurs actuels, les actions prises en charge et les autorisations.

Pour un rapport de développement hebdomadaire, combinez dépôt de code, documents et messagerie : lire les modifications, conserver les sources, produire un brouillon, puis décider de l’écrire ou de l’envoyer. C’est un exemple de conception qui exige les connexions et actions correspondantes.

flowchart TB
  accTitle: De la tâche aux applications autorisées
  accDescr: Le CLI ou la messagerie accède aux services autorisés via Hermes, Skills et OO CLI.
  A("CLI / Messagerie"):::channel --> B("Hermes Agent"):::agent
  B --> C("Skills / OO CLI"):::gateway
  C --> D("Connexions OOMOL autorisées"):::gateway
  D --> E("Applications métier"):::resource

Les fonctions incluses et les possibilités d’extension

Le dépôt prépare plusieurs couches :

• Exécution et accès : cœur Hermes, CLI interactif et passerelle de messagerie.
• Modèles et création : modèles hébergés par OOMOL, providers d’images GPT Image 2 et Nano Banana, provider vidéo Seedance.
• Recherche et fichiers : Jina Reader comme backend de recherche par défaut, traitement Office/PDF et Skills de recherche sur les réseaux sociaux publics.
• Extensions : oo, oo-find-skills, oo-create-skill et oo-publish-skill pour accéder aux capacités, trouver, créer et publier des Skills.

Les Apps fournissent des opérations appelables ; les Skills conservent une méthode. Définissez sources, vérifications et format de sortie dans un Skill réutilisable. Ajouter un provider ou un backend nécessitant des dépendances supplémentaires demande de modifier puis de reconstruire l’image selon le guide de développement.

README · Dockerfile · docs/development.md

Ce que vous hébergez et les services utilisés

Vous hébergez le runtime de l’agent. Par défaut, modèles, images, vidéos, recherche et connexions utilisent les capacités hébergées d’OOMOL. Un compte et une clé API OOMOL sont nécessaires ; chaque service conserve ses conditions d’utilisation et de facturation.

Compose conserve configuration, sessions, connexion OO CLI et fichiers dans le volume hermes-data. Gardez .env et ce volume privés : ils peuvent contenir des identifiants. Les appels aux modèles et outils peuvent transmettre du contenu aux services externes. L’auto-hébergement ne garantit pas un fonctionnement entièrement hors ligne ou un traitement exclusivement local.

L’image fixe la version amont et publie providers, assemblage des Skills et vérifications. Le code propre à la distribution est sous MIT ; Hermes et les composants tiers gardent leurs licences.

docs/architecture.md · compose.yaml · THIRD_PARTY_NOTICES.md

flowchart TB
  accTitle: Limites de l’auto-hébergement
  accDescr: L’agent Docker et son volume sont auto-hébergés ; modèles, médias, recherche et connexions utilisent OOMOL externe.
  subgraph LOCAL["Votre environnement Docker"]
    A("Hermes / OO CLI / Skills"):::agent --- B("Volume de données persistant"):::resource
  end
  subgraph CLOUD["Services hébergés OOMOL"]
    C("Modèles / Médias / Recherche"):::resource
    D("Connexions aux applications"):::gateway
  end
  A --> C
  A --> D

Lancer une première tâche avec Docker

Préparez Docker Compose, un compte OOMOL et une clé API personnelle, puis suivez le README :

git clone https://github.com/oomol-lab/leina-agent.git
cd leina-agent
cp .env.example .env
chmod 600 .env

Renseignez OO_API_KEY dans .env. Conservez les valeurs de OO_LLM_BASE_URL, OO_LLM_MODEL et OO_LLM_API_MODE du modèle pour la configuration recommandée. Les quatre variables sont obligatoires. Ne versionnez pas le fichier .env renseigné.

Pour la messagerie, lancez l’assistant de configuration facultatif avant de démarrer la passerelle :

docker compose pull
docker compose run --rm hermes hermes gateway setup
docker compose up -d
docker compose logs -f hermes

Compose n’expose aucun port hôte par défaut et ne fournit pas d’interface de chat web. Pour le terminal interactif :

docker compose run --rm hermes hermes

README · .env.example

Commencer petit et conserver la méthode

Commencez par un fichier local ou une lecture autorisée dans une application. Vérifiez les sources et le résultat avant d’élargir la tâche. Par exemple :

Lis les notes de développement de cette semaine que je fournis. Organise le travail terminé, les risques et le plan de la semaine prochaine en conservant les sources. Crée d’abord un brouillon Markdown dans l’espace de travail ; attends ma confirmation avant de l’écrire dans une application documentaire connectée.

Quand une tâche fonctionne, conservez la méthode dans un Skill. Si un outil manque, examinez et étendez un provider. Partagez vos améliorations via le guide de contribution.

Partez du dépôt Leina Agent ou de la vidéo de démarrage. Pour un produit organisationnel prêt à l’emploi, choisissez Leina SaaS.