À propos de DaxBax Neo

DaxBax Neo est un panneau de contrôle pour une équipe d’agents IA qui fonctionnent sur vos propres serveurs. Il montre ce que fait chaque agent en ce moment même, vous permet de créer ou d’éteindre des agents, de leur connecter des services et des messageries, et de leur assigner des tâches planifiées — sans vous connecter manuellement à chaque serveur par SSH.

Un agent dans Neo est une instance de Claude Code (ou Codex) qui s’exécute sur votre propre serveur, présentée dans Neo comme un « employé » : il a un nom, une fiche, ses propres connexions et — si vous l’activez — son propre navigateur et ses propres sujets sur Telegram. Les agents eux-mêmes tournent sur vos serveurs ; Neo est l’outil avec lequel vous les gérez et les observez, pas un service qui ferait le travail à votre place dans le cloud.

De quoi c’est fait

• Serveurs — les machines sur lesquelles vos agents tournent réellement. Vous connectez un serveur une fois, puis Neo peut y faire fonctionner un ou plusieurs agents.
• Agents — des « employés » IA individuels, chacun avec son propre contexte et ses propres connexions.
• Projets — un contexte partagé pour plusieurs agents à la fois : qui vous êtes, ce que vous faites, qui sont vos clients. Tout agent rattaché à un projet voit cette description dans ses propres instructions.
• Intégrations — les messageries (Telegram, MAX) et vos propres services (API REST, webhooks, serveurs MCP) qu’un agent peut utiliser.
• Tâches planifiées — ce qu’un agent fait selon un planning, sans vous.
• Sessions — les terminaux en direct des agents, et leurs sessions de navigateur lorsque vous demandez à un agent de se connecter quelque part sous votre propre compte.

À qui s’adresse cette documentation

Aux personnes qui utilisent réellement Neo : configurer des serveurs et des agents, connecter des services, suivre les tâches et ce que font les agents. Ceci n’est pas une référence d’API — Neo n’a pas d’API publique pour des intégrations tierces comme le ferait un SaaS classique avec un jeton. Tout se gère par cette interface.

Prise en main

Le chemin le plus court entre la connexion et votre premier agent opérationnel.

1. Se connecter ou s’inscrire

Sur la page de connexion, vous pouvez vous inscrire avec un e-mail et un mot de passe, ou vous connecter via un fournisseur relié (Google, Yandex — ce qui est disponible dépend du domaine par lequel vous passez). L’inscription vous donne immédiatement votre propre espace de travail isolé — vos serveurs, agents et connexions ne sont visibles par personne d’autre.

Mot de passe oublié ? La page de connexion propose un lien « Mot de passe oublié ? » : il vous envoie par e-mail un lien pour en définir un nouveau, sans avoir besoin de l’ancien.

2. Connecter un serveur

Serveurs → « Ajouter un serveur ». Indiquez une adresse, un utilisateur et une méthode de connexion :

• Clé DaxBax Neo (par défaut) — Neo génère une clé pour ce serveur et vous montre une commande à exécuter sur le serveur pour ajouter la partie publique de la clé à authorized_keys.
• Votre propre clé — collez une clé privée existante en entier (avec la première et la dernière ligne).
• Mot de passe — Neo se connecte une fois, ajoute sa propre clé, puis l’utilise ensuite ; vous pouvez garder le mot de passe enregistré si le serveur refuse la connexion par clé.

L’utilisateur n’a pas besoin d’être root — un sudo sans mot de passe suffit.

3. Créer un agent

Agents → « Nouvel agent ». Donnez-lui un nom (le nom technique est généré pour vous) et choisissez un serveur vérifié sur lequel il fonctionnera. Vous pouvez tout de suite le rattacher à un projet, pour qu’il reçoive le contexte partagé de l’équipe, et choisir sa mémoire : isolée, ou partagée avec un autre agent sur le même serveur.

Une fois créé, l’agent apparaît dans Sessions — c’est là que vous voyez son terminal en direct.

4. Connecter ce dont vous avez besoin

Intégrations : messageries (Telegram, MAX) et options génériques — votre propre API REST, des webhooks entrants, des serveurs MCP. Connectez un service une fois et assignez-le aux agents qui en ont besoin.

5. Des tâches planifiées, si besoin

Tâches planifiées : ce qu’un agent doit faire selon un planning (cron, toutes les N minutes, ou une seule fois) et à quels agents c’est assigné. N’importe quel membre de votre espace de travail peut gérer les tâches ; seuls les agents disposant de leur propre session Claude persistante peuvent les prendre en charge.

À partir d’ici, consultez la section de chaque sujet pour plus de détails.

Serveurs

Un serveur est une machine qui exécute réellement le travail des agents. Neo n’y stocke rien d’autre que sa propre clé SSH (ou certificat) et ce dont les connexions et agents que vous y configurez ont besoin.

Ajouter un serveur

Serveurs → « Ajouter un serveur » → « Connecter un nœud de travail » : adresse, port, utilisateur et méthode de connexion.

Méthodes de connexion :

• Clé DaxBax Neo (par défaut). Neo génère une clé dédiée pour ce serveur et vous montre une seule commande à y exécuter, ajoutant la partie publique à authorized_keys. Neo se connecte ensuite uniquement avec cette clé.
• Votre propre clé. Collez une clé privée existante en entier (avec la première et la dernière ligne). Si la clé est protégée par une phrase secrète, celle-ci n’est utilisée qu’une seule fois, pour lire la clé, et n’est jamais stockée — la clé elle-même est conservée chiffrée, sans la phrase secrète.
• Mot de passe. Par défaut, le mot de passe n’est utilisé qu’une fois : Neo se connecte, ajoute sa propre clé à authorized_keys, vérifie que la clé fonctionne, puis se connecte avec la clé ensuite, en oubliant le mot de passe. Si le serveur refuse la connexion par clé, vous pouvez garder le mot de passe enregistré à la place, et Neo continuera à l’utiliser (y compris pour répondre aux invites sudo).

Ni la clé ni le mot de passe ne sont jamais réaffichés dans l’interface — le journal d’audit enregistre la méthode utilisée, jamais le secret lui-même.

L’utilisateur n’a pas besoin d’être root : un sudo sans mot de passe suffit (<utilisateur> ALL=(ALL) NOPASSWD:ALL). Le bouton « Vérifier » refuse le serveur sans cela.

Changer l’adresse ou l’utilisateur

Changer l’hôte, le port ou l’utilisateur nécessite de revérifier la connexion.

Un serveur, plusieurs agents

Plus d’un agent peut être rattaché au même serveur ; ils peuvent le partager, mais chacun a sa propre mémoire — isolée, ou partagée avec un autre agent précis sur le même serveur, choisi à la création de l’agent.

Des certificats SSH à la place d’une clé permanente

Certains espaces de travail disposent d’une couche de protection supplémentaire : au lieu d’une clé permanente, Neo signe chaque connexion avec un certificat de courte durée (valable environ 30 minutes) délivré par un service de certificats distinct. Si c’est activé pour votre espace de travail, les serveurs basculent vers ce système d’eux-mêmes, en arrière-plan, sans rien à faire de votre part — l’ancienne clé cesse simplement d’être utilisée. Paramètres → « Certificats SSH » indique combien de serveurs ont déjà basculé.

Agents

Un agent dans Neo est une instance de Claude Code (ou Codex) qui s’exécute sur l’un de vos serveurs, présentée dans l’interface comme un « employé » distinct : son propre nom, sa fiche, ses connexions et son état.

Créer un agent

Agents → « Nouvel agent » : un nom (dans n’importe quelle langue — le nom technique est généré pour vous) et le serveur sur lequel il fonctionnera. Il vous faut au moins un serveur vérifié ; si vous n’en avez pas encore, vous pouvez l’ajouter directement depuis cet écran.

Vous pouvez également :

• rattacher l’agent à un projet — il reçoit alors le contexte partagé du projet (qui vous êtes, ce que vous faites, qui sont vos clients) ;
• lui donner une mémoire isolée, ou partager la mémoire avec un autre agent déjà présent sur le même serveur.

Une fois créé, l’agent apparaît immédiatement dans Sessions.

Le navigateur de l’agent

Vous pouvez activer un navigateur propre à l’agent (fiche de l’agent → « Sessions de navigateur »). Il conserve un profil persistant : une connexion effectuée une fois est conservée et réutilisée automatiquement par la suite.

Si l’agent a besoin de se connecter quelque part sous votre propre compte personnel, il ne saisit jamais le mot de passe lui-même et ne vous le demande jamais dans une conversation — il envoie une demande de connexion, que vous voyez et approuvez dans Sessions (voir Sessions).

Sujets Telegram

Fiche de l’agent → « Sujets Telegram » : un agent peut gérer tout un groupe Telegram via ses propres sujets, chacun étant une conversation distincte avec son propre contexte — /new dans un sujet le redémarre, fermer un sujet l’archive. Tous les sujets d’un agent partagent sa mémoire à long terme. Un groupe est rattaché avec un code affiché sur la fiche de l’agent (/bind <code> envoyé dans le groupe) — un groupe où le bot a simplement été ajouté ne reçoit rien jusqu’à l’envoi du code. Le bot doit être administrateur du groupe, ou avoir le mode de confidentialité désactivé dans @BotFather — sinon il ne verra pas les messages dans les sujets.

Si Neo est temporairement inaccessible

Le navigateur et les sujets Telegram fonctionnent avec une licence qui reste valable jusqu’à une semaine même si Neo ne répond pas — une courte interruption, d’un côté ou de l’autre, ne désactivera pas ces fonctionnalités.

Sessions : observer le travail des agents et se connecter pour eux

Sessions montre ce que fait chaque agent sur tous vos serveurs en ce moment même.

Terminal en direct

Chaque agent a sa session de travail en cours — ce qu’il tape et voit dans son propre terminal. Vous pouvez l’ouvrir, l’observer, et y taper vous-même si vous devez guider ou corriger l’agent en temps réel.

Sessions de navigateur

Si un agent a son propre navigateur activé (fiche de l’agent → « Sessions de navigateur »), c’est ici qu’apparaît son principal usage : un agent a parfois besoin de se connecter quelque part sous votre propre compte personnel — un site qui ne s’ouvre pas sans connexion. Dans ce cas :

1. l’agent envoie une demande de connexion — vous la voyez directement dans Sessions ;
2. vous ouvrez le navigateur de l’agent depuis cet écran, voyez la page de connexion, et prenez le contrôle ;
3. vous vous connectez vous-même, comme d’habitude ;
4. vous rendez le navigateur à l’agent.

Tant que vous ne l’avez pas rendu, les commandes de l’agent vers le navigateur attendent. L’agent lui-même ne voit ni ne retient jamais le mot de passe — il apprend seulement que la connexion a réussi. Le profil du navigateur est conservé, donc vous n’aurez pas besoin de vous reconnecter la prochaine fois : c’est mémorisé de la même façon qu’un navigateur ordinaire retient une connexion.

Sujets Telegram dans Sessions

Si un agent a des sujets Telegram activés, chaque sujet (une conversation distincte) apparaît aussi ici, avec ses messages et les actions « Redémarrer » / « Archiver ».

Projets

Un projet est un contexte partagé pour plusieurs agents à la fois : qui vous êtes, où vous êtes basé, ce que vous faites, qui sont vos clients. Ce texte devient une partie des instructions de travail de chaque agent rattaché au projet — chaque « employé » du projet le voit.

Pourquoi c’est utile

Si plusieurs agents travaillent sur la même chose, vous n’avez pas besoin d’expliquer à chacun séparément qui vous êtes et ce que fait votre entreprise — vous l’écrivez une fois, dans le projet, et tout agent que vous y rattachez reçoit immédiatement ce contexte.

Créer et modifier

Projets → « Créer un projet » : un nom, et une description de l’entreprise et du projet. Vous pouvez voir à quoi ressemblera la fiche dans la liste (« Aperçu du projet ») avant de l’enregistrer.

Les modifications de la description peuvent être appliquées à tous les agents du projet en une seule fois.

Rattacher un agent à un projet

Cela se fait à la création de l’agent (champ « Projet », facultatif) — un agent sans projet ne fonctionne qu’avec son propre contexte.

Intégrations et connexions

Intégrations est un catalogue de services que vous pouvez connecter, et une liste de ce qui est déjà connecté. Un service est connecté une fois, puis assigné aux agents qui en ont besoin.

Messageries

Telegram et MAX — un agent peut avoir soit un bot dédié qui lui est propre (répond uniquement pour lui, instantanément), soit un bot partagé via une connexion qui route les messages vers le bon agent.

Telegram propose aussi des sujets : un agent gère chaque sujet d’un groupe comme sa propre conversation distincte — voir Agents pour plus de détails.

Vos propres services

S’il n’existe pas de fiche prête à l’emploi pour un service dont vous avez besoin, la catégorie « Générique » couvre tout le reste, de trois façons :

• Votre propre service (API REST) — adresse de base, méthode de connexion, un secret, et éventuellement une adresse de description OpenAPI. L’agent appelle le service lui-même ; le secret ne quitte jamais votre serveur.
• Événements entrants (webhook) — la connexion obtient sa propre adresse, du type /api/hooks/<jeton>, signée en option avec HMAC-SHA256. Chaque événement entrant devient un message que l’agent lit et sur lequel il peut agir, de la même façon qu’un message dans une messagerie. Jusqu’à 120 événements par minute par connexion ; rien dans le corps d’un événement n’est jamais exécuté comme une commande.
• Serveur MCP — Neo ajoute le serveur à la boîte à outils propre de l’agent, sans exposer de secrets en clair. L’agent voit les nouveaux outils après un redémarrage.

Quand une entrée du catalogue est renommée ou fusionnée

Parfois, une fiche du catalogue remplace plusieurs anciennes fiches (Bitrix24, par exemple, propose un choix de méthode de connexion — webhook ou identifiant et mot de passe). Les connexions faites sous l’ancienne fiche basculent automatiquement vers la nouvelle, en conservant leurs valeurs ; les champs de la méthode que vous n’avez pas choisie sont simplement masqués, pas requis.

Tâches planifiées

Tâches planifiées, c’est ce qu’un agent fait de lui-même, sans vous : selon un planning cron, toutes les N minutes, ou une seule fois.

Comment ça marche

Neo valide le planning et le transmet au propre serveur de l’agent ; c’est ensuite le serveur lui-même qui l’exécute — Neo n’a pas besoin d’être accessible pour qu’une tâche se déclenche, et une brève interruption de Neo n’arrêtera aucune tâche. Les exécutions échouées sont retentées, et les exécutions manquées pendant une interruption sont rattrapées ensuite.

Qui peut assigner des tâches

N’importe quel membre de votre espace de travail peut gérer les tâches, pas seulement la personne qui a créé l’agent.

Quels agents peuvent prendre des tâches

Seuls les agents disposant de leur propre session Claude persistante — les agents qui ne fonctionnent que via Codex, ou via un bot partagé sans session propre, n’exécutent pas de tâches planifiées.

Si le planning ne correspond pas

Si Neo constate que le serveur exécute un planning différent de celui que vous avez défini, il renvoie le bon (au plus une fois toutes les cinq minutes) — il n’y a rien à corriger vous-même.

Connexion, déconnexion et sécurité

Se connecter

Vous pouvez vous connecter avec un e-mail et un mot de passe, ou via un fournisseur relié (Google, Yandex — ce qui est disponible dépend du domaine par lequel vous passez). L’inscription par e-mail exige de confirmer votre adresse : un lien est envoyé dans votre boîte de réception, et vous ne pouvez pas vous connecter avant de l’avoir suivi.

Mot de passe oublié

Il y a un lien « Mot de passe oublié ? » sur la page de connexion. Indiquez votre e-mail : si un compte existe pour cette adresse, vous recevrez un lien pour définir un nouveau mot de passe. Si aucun compte n’existe pour cette adresse, la page répond exactement de la même façon — c’est volontaire, pour que le formulaire de récupération ne puisse pas servir à vérifier si une adresse donnée est inscrite.

Se déconnecter

Paramètres → « Se déconnecter » met fin à votre session actuelle. Se déconnecter partout met fin à toutes vos sessions à la fois, y compris l’actuelle — vous devrez vous reconnecter. Utile si vous vous êtes connecté depuis un appareil que vous n’utilisez plus.

Votre espace de travail

L’inscription vous donne immédiatement votre propre espace de travail isolé — vos serveurs, agents, connexions et projets ne sont visibles par personne, sauf les personnes que vous y avez invitées.

Sécurité des connexions aux serveurs

Les serveurs auxquels Neo se connecte en votre nom sont vérifiés après la résolution de leur nom en adresse : les connexions vers localhost, les plages privées et internes (y compris les adresses de métadonnées cloud) sont refusées d’emblée, et les erreurs de connexion sont toujours signalées de façon générique, afin qu’elles ne puissent pas servir à sonder votre réseau interne.

FAQ

Neo dispose-t-il d’une API publique pour le connecter à nos propres systèmes ?

Non. Neo n’est pas une plateforme avec une API pour des intégrations tierces — c’est une interface pour gérer et observer vos propres agents. Si vous devez faire parvenir des données de votre propre système à un agent, ou l’inverse, cela se fait via les Intégrations, pas en connectant Neo depuis l’extérieur : l’agent appelle lui-même votre service, ou votre service envoie des événements à l’adresse de webhook que Neo vous fournit.

Puis-je ajouter un serveur sans exposer de clés ou de mots de passe en clair ?

Oui — la méthode de connexion « Clé DaxBax Neo » génère une clé d’elle-même et vous demande seulement d’exécuter une commande sur le serveur ; ni la clé ni un mot de passe ne sont jamais réaffichés ensuite dans l’interface. Voir Serveurs.

Que se passe-t-il si Neo est temporairement inaccessible ?

Les tâches planifiées déjà assignées continuent de s’exécuter — le planning vit sur le propre serveur de l’agent. Le navigateur et les sujets Telegram continuent de fonctionner sur leur licence existante pendant au moins une semaine.

Comment récupérer l’accès si j’ai oublié mon mot de passe ?

Le lien « Mot de passe oublié ? » sur la page de connexion. Voir Connexion, déconnexion et sécurité.

En quoi un agent est-il différent d’un simple chatbot ?

Un agent dispose de sa propre session de travail sur votre serveur (un terminal que vous pouvez observer dans Sessions), d’une mémoire qui persiste entre les conversations, et d’un accès aux services que vous lui avez connectés — il ne se contente pas de répondre aux messages, il fait le travail.