Des agents avec de la personnalité
Chaque agent, ce sont six fichiers Markdown modifiables depuis l’interface : âme, compétences, outils, mémoire, heartbeat et profil.
HydraOps est un système multi-agents qui tourne sur votre machine. Des agents à la personnalité propre programment, répondent aux questions et génèrent images et vidéo, avec des modèles API ou locaux. Vos clés ne quittent jamais la maison : tout passe par un pare-feu d’identifiants.
Je l’utilise tous les jours sur ma propre machine. Il y a un installateur de bureau pour Windows et un mode serveur headless ; l’image de conteneur arrive.
Enregistrements réels de l’application avec de vrais modèles. Les attentes pendant que le modèle réfléchit sont accélérées.
Si vous avez essayé des assistants personnels façon OpenClaw, voici la version multi-agents : plusieurs agents dans un seul chat, orchestrés en local. Aucun service externe obligatoire. Vos clés et vos données ne quittent pas votre machine.
Chaque agent, ce sont six fichiers Markdown modifiables depuis l’interface : âme, compétences, outils, mémoire, heartbeat et profil.
Code, général, image et vidéo. Chacun a son moteur et sa résolution, et tout se configure par agent.
Des add-ons natifs, les vôtres dans my_addons/ avec chargement à chaud, et des serveurs MCP via HTTP.
Les clés API ne sont jamais dans le dépôt, la base de données ni le .env : un proxy local les injecte à la frontière réseau. Les workers ne voient que le substitut « proxy ».
Chaque outil passe par un filtre qui bloque les chemins d’identifiants, les commandes catastrophiques et les requêtes vers les réseaux internes, et masque les secrets dans les résultats.
Pièces jointes, images et vidéo en ligne, tâches planifiées (cron), statistiques et interface en cinq langues : es, en, it, fr et pt-BR.
Monorepo pnpm en TypeScript ESM. Aucun service ne publie directement sur NATS : tout s’écrit d’abord dans une outbox SQLite qu’un seul processus draine, si bien qu’une panne réseau ne perd jamais d’événements.
Quatre choses déjà réglées pour que vous n’ayez pas à y penser.
Elles vivent hors du projet et le key-proxy les injecte à la frontière réseau : ni les workers, ni la base de données, ni le .env ne voient jamais une vraie clé.
Il bloque les chemins d’identifiants et les commandes destructrices, masque les secrets dans les résultats et tient fetch_url à l’écart des adresses internes.
Par défaut, elle n’est pas accessible depuis une autre machine. Rien n’est exposé par accident.
Avec HYDRA_HOST=0.0.0.0, l’API exige un HYDRA_AUTH_TOKEN : le navigateur le demande une fois et, sans token défini, l’API refuse de s’ouvrir.
Pour signaler une vulnérabilité : security@hydraops.org
Trois façons de le faire tourner, de la plus rapide à la plus flexible.
Téléchargez le .exe depuis les Releases. Ni Node ni pnpm nécessaires : les services tournent sur le Node fourni avec Electron. Vos données et vos clés restent hors du dossier d’installation et l’application se met à jour toute seule.
Télécharger le .exePour Windows, Linux et macOS. Prérequis : Node 20+, pnpm 9 et le binaire nats-server (dans le PATH, dans un dossier nats/ du dépôt ou via NATS_SERVER_BIN dans le .env). Aucun build à retenir : pnpm desktop compile paquets et interface puis ouvre la fenêtre de l’application.
git clone https://github.com/TraX22/HydraOps.git
cd HydraOps
pnpm install
cp .env.example .env
pnpm desktopPour un mini PC sans écran : une seule commande compile, lance NATS et les huit services, applique les migrations et initialise la base, surveille la santé de chaque phase et relance ce qui tombe. Unité systemd prête dans deploy/.
pnpm serve