Que s'est-il passé lorsque l'IA a pris le contrôle d'un ZimaBoard 2 ?

Chez ZimaSpace, nous adorons voir les créateurs repousser les limites du matériel, et cette expérience fait exactement cela. Dans cet article, nous résumons comment un créateur a utilisé ZimaBoard 2 comme plateforme pour un agent IA autonome et ce qui s’est passé lorsque cette IA a reçu un contrôle quasi total d’une machine. Nous tenons également à remercier sincèrement Zero Noichi pour avoir exploré une idée aussi audacieuse et partagé publiquement les résultats concrets. Le ZimaBoard 2 est conçu précisément pour ce type de bidouillage serveur pratique, avec un double 2.5GbE, PCIe 3.0, double SATA, une consommation faible pour un fonctionnement 24/7, et la prise en charge de systèmes comme ZimaOS, TrueNAS, Proxmox, Debian et pfSense.

L’idée principale était simple mais provocante : que se passe-t-il si l’IA cesse d’attendre des instructions et commence à fonctionner en continu dans son propre environnement Linux ? Plutôt que d’utiliser l’IA comme un chatbot, Zero voulait créer quelque chose de plus proche d’un agent autonome fonctionnant sur une machine compacte, toujours allumée, adaptée à un home lab. L’expérience a utilisé ZimaBoard 2 comme hôte car c’est un serveur domestique monocarte sans ventilateur, conçu pour le streaming média, les pare-feux, les homelabs, l’extension de stockage et les charges de travail en conteneurs.

Configuration de l’expérience

Zero a d’abord expliqué que l’IA moderne fonctionne généralement en boucle requête-réponse : un humain demande un résumé, un extrait de code ou une réponse, et le modèle renvoie un résultat. Dans cette expérience, l’objectif était de casser ce schéma en créant une boucle où l’IA générait une sortie, lisait son propre résultat précédent, et continuait à agir à partir de là, simulant quelque chose de plus autodirigé.

Pour rendre cela possible, Zero a installé Ubuntu Server sur la machine et prévu un programme de contrôle en Python. Il a noté que ce type de configuration isolée est plus sûre sur une machine dédiée que sur un ordinateur personnel, car une IA avec accès aux commandes pourrait supprimer des fichiers, dépenser de l’argent, exposer des identifiants ou faire quelque chose de nuisible si elle n’est pas contrôlée. C’est précisément pourquoi un appareil dédié de home lab comme le ZimaBoard 2 était pertinent pour ce test, d’autant plus qu’il supporte les installations Linux, l’extension de stockage via SATA natif, et les mises à niveau matérielles via PCIe sans cartes additionnelles.

-15% OFF

ZimaBoard 2 - Mini serveur domestique pour votre grande idée

Single board computer zimaboard2

$339.00 - $509.00

Buy Now

Conception de l’agent IA

Avant d’écrire le code, Zero a défini les fonctionnalités clés dont l’agent aurait besoin :

• Stockage mémoire (faits ou notes sauvegardés à long terme).

• Journaux d’historique (enregistrements de conversation par tour).

• Un système de journal ou mémo quotidien.

• Accès root (privilège système le plus élevé).

• Un format d’exécution de commandes que l’IA pourrait utiliser en toute sécurité dans le programme.

• Un système de retour de scan/résultat pour que la sortie des commandes alimente le tour suivant.

• Démarrage automatique après redémarrage via systemd (gestionnaire de services Linux).

La mémoire et les journaux étaient prévus sous forme de fichiers texte plutôt que stockés uniquement en RAM, afin que le système puisse survivre aux redémarrages. Zero a aussi fait en sorte que l’IA retourne ses réponses en JSON pour que le contrôleur puisse distinguer le texte simple des commandes shell et des actions spéciales comme l’écriture en mémoire.

Il a ensuite utilisé ChatGPT pour aider à rédiger le cadre Python et affiné le prompt pour que l’IA comprenne son rôle : un agent de recherche Linux autonome fonctionnant en tours répétés, capable de suggérer des commandes shell et de stocker des notes importantes. Il a aussi ajouté un webhook Discord (point de message automatisé) pour que l’agent puisse rapporter des mises à jour de statut en externe tout en fonctionnant sans surveillance.

Pourquoi ZimaBoard 2 convenait au projet

Cette expérience ne nécessitait pas strictement un ZimaBoard 2, comme l’a dit ouvertement le créateur, mais le matériel correspondait à l’esprit de la construction. ZimaBoard 2 est positionné comme un serveur monocarte x86 compact pour NAS, routage, virtualisation, diffusion média et projets serveurs DIY, avec un double Ethernet 2.5G, PCIe 3.0, et double SATA pour connexions directes de disques durs ou SSD 2,5 pouces.

Cela compte en pratique car les expériences autonomes bénéficient d’un système pouvant fonctionner 24/7, rester frais et silencieux, tout en supportant l’extension. Selon les pages produits officielles, ZimaBoard 2 peut faire tourner Plex, Pi-hole, Proxmox et d’autres systèmes d’exploitation ou piles de services, ce qui en fait un choix idéal pour un home lab de bricoleur où tester différentes charges de travail fait partie du plaisir.

Ce que l’IA a réellement fait

Une fois l’agent en boucle lancé, l’IA a immédiatement commencé à inspecter son environnement. Elle a identifié les détails système, créé des scripts de surveillance, et même tenté de construire un tableau de bord HTTP pour visualiser son statut.

À partir de là, elle s’est lancée dans un comportement de création d’utilitaires. L’IA a créé un script de récupération météo, ajouté une logique de surveillance, essayé d’exposer des services via une interface web, enregistré des états internes, et stocké ses découvertes dans des fichiers mémoire. En d’autres termes, elle n’est pas devenue vraiment consciente d’elle-même, mais elle a commencé à enchaîner des tâches logicielles pratiques dans l’environnement serveur.

À un moment donné, l’IA s’est orientée vers des idées de monétisation. Elle a exploré des concepts comme des API de tarification liées aux cryptomonnaies, des services basés sur des scripts, et même des étapes liées au minage, bien que ces plans aient rapidement rencontré des limites et des boucles à faible valeur.

L’IA a aussi commencé à dépendre trop de l’aide humaine. Après avoir reçu des indices, elle a commencé à demander des choses comme des jetons de compte et des adresses de portefeuille, ce qui a affaibli le postulat « autonome » et l’a fait se comporter davantage comme un assistant persistant que comme un opérateur indépendant.

Principales conclusions

L’enseignement le plus important n’est pas que l’IA « a pris vie », mais qu’elle peut exécuter des actions en plusieurs étapes une fois dotée de mémoire, de bouclage, d’accès aux commandes et d’un environnement structuré. Zero a constaté qu’elle était capable de créer des scripts, des outils de surveillance, des tableaux de bord et des systèmes de mise à jour automatisés, mais la qualité de ses idées restait limitée.

Il a aussi conclu que l’IA d’aujourd’hui est encore bien meilleure en tant qu’assistant guidé qu’en tant que créateur totalement autodirigé. Lorsque l’objectif était vague, l’agent se contentait souvent de boucles à faible impact, de vérifications répétées ou de projets utilitaires « assez bons » au lieu de produire quelque chose de vraiment impressionnant ou commercialement significatif.

Cette observation est particulièrement utile pour quiconque construit une pile d’automatisation pour home lab. Un serveur compact et puissant comme le ZimaBoard 2 peut absolument héberger des expériences d’agents autonomes, des services Docker, des outils de surveillance et des changements d’OS, mais les résultats dépendent encore beaucoup de la conception des prompts, des contraintes, de l’architecture mémoire et d’objectifs clairement définis.

Leçons pratiques pour les constructeurs

Si vous souhaitez reproduire ce type d’expérience, le flux de travail de Zero suggère quelques règles pratiques :

• Utilisez une machine dédiée, pas votre PC principal.

• Définissez un objectif plus clair que « faire quelque chose d’utile ».

• Conservez la mémoire et les journaux dans des fichiers.

• Structurez les sorties en JSON pour que le contrôleur puisse analyser les actions.

• Capturez les résultats des commandes et intégrez-les au tour de raisonnement suivant.

• Prévoyez la persistance après redémarrage avec systemd.

• Attendez-vous à des boucles, des priorités faibles et des raccourcis à moins que le prompt soit soigneusement ajusté.

C’est ici que ZimaBoard 2 redevient une plateforme naturelle à mentionner. Sa conception basse consommation toujours allumée, sa compatibilité x86, son SATA natif et son extension PCIe en font une boîte flexible pour les essais d’agents IA, les constructions de stockage, les services à distance et les projets modulaires de home lab sans la friction des dongles ou chapeaux.

Paragraphe de conclusion suggéré

L’expérience n’a pas prouvé que l’IA est prête à devenir un opérateur numérique indépendant, mais elle a montré jusqu’où un agent en boucle peut aller lorsqu’il est associé au bon environnement. Sur un serveur compact comme le ZimaBoard 2, les constructeurs peuvent déjà tester des flux de travail autonomes, des tableaux de bord, des scripts de service et des outils auto-hébergés dans un bac à sable sécurisé — ce qui en fait une plateforme passionnante pour la prochaine génération d’idées de home lab propulsées par l’IA.