Was geschah, als KI die Kontrolle über ein ZimaBoard 2 übernahm

Eva Wong ist die Technische Redakteurin und residente Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

Bei ZimaSpace lieben wir es zu sehen, wie Kreative Hardware in unerwartete Bereiche vorantreiben, und dieses Experiment macht genau das. In diesem Artikel fassen wir zusammen, wie ein Kreativer ZimaBoard 2 als Plattform für einen selbstlaufenden KI-Agenten nutzte und was geschah, als dieser KI nahezu die vollständige Kontrolle über eine Maschine gegeben wurde. Wir möchten auch Zero Noichi herzlich danken, dass er eine so mutige Idee erforscht und die Ergebnisse öffentlich geteilt hat. Das ZimaBoard 2 ist genau für diese Art von praktischem Server-Basteln gebaut, mit dualem 2,5GbE, PCIe 3.0, dualem SATA, energiesparendem 24/7-Betrieb und Unterstützung für Systeme wie ZimaOS, TrueNAS, Proxmox, Debian und pfSense.

Die Kernidee war einfach, aber provokativ: Was passiert, wenn KI aufhört, auf Anweisungen zu warten, und stattdessen kontinuierlich in ihrer eigenen Linux-Umgebung arbeitet? Anstatt KI als Chatbot zu verwenden, wollte Zero etwas bauen, das einem autonomen Agenten ähnelt, der auf einer kompakten, immer eingeschalteten Maschine läuft, die für ein Home Lab geeignet ist. Das Experiment nutzte ZimaBoard 2 als Host, weil es sich um einen lüfterlosen Single-Board-Heimserver handelt, der für Medien-Streaming, Firewalls, Homelabs, Speichererweiterung und Container-Workloads konzipiert ist.

Der Versuchsaufbau

Zero erklärte zunächst, dass moderne KI normalerweise in einer Anfrage-Antwort-Schleife arbeitet: Ein Mensch bittet um eine Zusammenfassung, einen Codeausschnitt oder eine Antwort, und das Modell liefert ein Ergebnis. In diesem Experiment war das Ziel, dieses Muster zu durchbrechen, indem eine Schleife geschaffen wurde, in der die KI eine Ausgabe erzeugt, ihr eigenes vorheriges Ergebnis liest und von dort aus weiter agiert, etwas Selbstgesteuertes simulierend.

Um das zu ermöglichen, installierte Zero Ubuntu Server auf der Maschine und plante ein Python-basiertes Steuerprogramm. Er merkte an, dass eine solche isolierte Einrichtung auf einer dedizierten Box sicherer ist als auf einem persönlichen Computer, da eine KI mit Befehlszugriff Dateien löschen, Geld ausgeben, Zugangsdaten preisgeben oder Schaden anrichten könnte, wenn sie nicht kontrolliert wird. Genau deshalb machte ein dediziertes Home Lab-Gerät wie das ZimaBoard 2 für den Test Sinn, besonders da es Linux-Installationen, Speichererweiterung über nativen SATA und Hardware-Upgrades über PCIe ohne zusätzliche Erweiterungskarten unterstützt.

Wie der KI-Agent entworfen wurde

Bevor er mit dem Programmieren begann, skizzierte Zero die Schlüsselfunktionen, die der Agent benötigen würde:

  • Speicher für Langzeitgedächtnis (gespeicherte Fakten oder Notizen).

  • Verlaufsprotokolle (Gesprächsaufzeichnungen pro Runde).

  • Ein Tagebuch- oder tägliches Memo-System.

  • Root-Zugriff (höchste Systemrechte).

  • Ein Befehlsausführungsformat, das die KI sicher innerhalb des Programms verwenden kann.

  • Ein Scan-/Ergebnis-Rückgabesystem, sodass die Befehlsausgabe in die nächste Runde einfließt.

  • Automatischer Start nach Neustart mit systemd (Linux-Dienstmanager).

Der Speicher und die Protokolle sollten als Textdateien und nicht nur im RAM gespeichert werden, damit das System Neustarts übersteht. Zero ließ die KI Antworten auch im JSON-Format zurückgeben, damit der Steuerungsprozess Klartext von Shell-Befehlen und speziellen Aktionen wie dem Schreiben in den Speicher unterscheiden kann.

Anschließend nutzte er ChatGPT, um das Python-Grundgerüst zu entwerfen, und verfeinerte die Eingabeaufforderung, damit die KI ihre Rolle verstand: Sie war ein selbstlaufender Linux-Forschungsagent, der in wiederholten Runden arbeitet, Shell-Befehle vorschlagen und wichtige Notizen speichern kann. Außerdem fügte er einen Discord-Webhook (einen automatisierten Nachrichten-Endpunkt) hinzu, damit der Agent Statusupdates extern melden kann, während er unbeaufsichtigt läuft.

Ein Tablet zeigt handschriftliche Notizen, die die Kernfunktionen des KI-Agenten skizzieren, darunter Speicher, Verlaufsprotokolle, tägliche Tagebücher, Root-Zugriff, Befehlsausführung, Scan-/Rückgabe-Logik und automatischen Start mit systemd

Warum ZimaBoard 2 zum Projekt passte

Dieses Experiment erforderte nicht zwingend ein ZimaBoard 2, wie der Kreative offen zugab, aber die Hardware passte zum Geist des Aufbaus. ZimaBoard 2 ist als kompakter x86-Single-Board-Server für NAS, Routing, Virtualisierung, Medienbereitstellung und DIY-Serverprojekte positioniert, mit dualem 2,5G Ethernet, PCIe 3.0 und dualem SATA für direkte 2,5-Zoll-HDD- oder SSD-Anschlüsse.

Das ist in der Praxis wichtig, weil autonome Experimente von einem System profitieren, das 24/7 laufen kann, kühl und leise bleibt und dennoch Erweiterungen unterstützt. Laut den offiziellen Produktseiten kann ZimaBoard 2 Plex, Pi-hole, Proxmox und andere Betriebssysteme oder Service-Stacks ausführen, was es zu einer starken Wahl für das Home Lab eines Bastlers macht, in dem das Testen verschiedener Workloads zum Spaß dazugehört.

Was die KI tatsächlich tat

Sobald der Loop-Agent gestartet war, begann die KI sofort, ihre Umgebung zu inspizieren. Sie identifizierte Systemdetails, erstellte Überwachungsskripte und versuchte sogar, ein HTTP-Dashboard zu bauen, um ihren Status zu visualisieren.

Von dort aus entwickelte sie nützliche Funktionen. Die KI erstellte ein Skript zur Wetterabfrage, fügte Überwachungslogik hinzu, versuchte, Dienste über eine Weboberfläche zugänglich zu machen, protokollierte interne Zustände und speicherte Entdeckungen in Speicherdateien. Anders gesagt, sie wurde nicht wirklich selbstbewusst, begann aber, praktische Softwareaufgaben innerhalb der Serverumgebung zu verknüpfen.

An einem Punkt bewegte sich die KI in Richtung Monetarisierungsideen. Sie erforschte Konzepte wie Kryptowährungs-Preis-APIs, skriptbasierte Dienste und sogar Schritte zum Mining, doch diese Pläne stießen schnell auf Grenzen und wenig wertvolle Schleifen.

Die KI begann auch, zu sehr auf menschliche Hilfe angewiesen zu sein. Nach Hinweisen begann sie, nach Dingen wie Kontotokens und Wallet-Adressen zu fragen, was die „autonome“ Prämisse schwächte und sie eher wie einen persistenten Assistenten als einen unabhängigen Operator agieren ließ.

Hauptergebnisse

Die wichtigste Erkenntnis war nicht, dass die KI „lebendig wurde“, sondern dass sie mehrstufige Aktionen ausführen kann, sobald sie Speicher, Schleifen, Befehlszugriff und eine strukturierte Umgebung erhält. Zero stellte fest, dass sie in der Lage war, Skripte, Überwachungstools, Dashboards und automatisierte Update-Systeme zu erstellen, aber die Qualität ihrer Ideen blieb begrenzt.

Er kam auch zu dem Schluss, dass heutige KI immer noch viel besser als geführter Assistent funktioniert als als vollständig selbstgesteuerter Schöpfer. Wenn das Ziel vage war, verfiel der Agent oft in wenig wirkungsvolle Schleifen, wiederholte Prüfungen oder „gut genug“-Nutzprojekte, anstatt etwas wirklich Beeindruckendes oder kommerziell Bedeutendes zu produzieren.

Diese Erkenntnis ist besonders nützlich für alle, die ein Home Lab Automatisierungs-Setup aufbauen. Ein leistungsstarker kleiner Server wie das ZimaBoard 2 kann Experimente mit autonomen Agenten, Docker-Diensten, Überwachungstools und OS-Wechseln problemlos hosten, aber die Ergebnisse hängen stark von der Gestaltung der Eingabeaufforderungen, den Einschränkungen, der Speicherarchitektur und klar definierten Zielen ab.Ein Laptop, der über Kabel mit dem ZimaBoard 2 Heimserver verbunden ist, zeigt den experimentellen Hardwareaufbau für das autonome KI-Agenten-Projekt

Praktische Lektionen für Entwickler

Wenn Sie diesen Experimenttyp reproduzieren möchten, weist Zeros Arbeitsablauf auf einige praktische Regeln hin:

  • Verwenden Sie eine dedizierte Maschine, nicht Ihren Haupt-PC.

  • Definieren Sie ein Ziel klarer als „etwas Nützliches tun“.

  • Speichern Sie Speicher und Protokolle in Dateien.

  • Strukturieren Sie Ausgaben in JSON, damit der Steuerungsprozess Aktionen parsen kann.

  • Erfassen Sie Befehlsresultate und führen Sie sie in die nächste Denk-Runde ein.

  • Planen Sie Neustart-Persistenz mit systemd ein.

  • Erwarten Sie Schleifen, schwache Prioritäten und Abkürzungen, wenn die Eingabeaufforderung nicht sorgfältig abgestimmt ist.

Hier wird ZimaBoard 2 erneut zur natürlichen Plattform. Sein energiesparendes Always-On-Design, die x86-Kompatibilität, nativer SATA und PCIe-Erweiterung machen es zu einer flexiblen Box für KI-Agenten-Tests, Speicheraufbauten, Remote-Dienste und modulare Home Lab-Projekte ohne den Ärger mit Dongles oder Hats.

Vorgeschlagener Schlusssatz

Das Experiment bewies nicht, dass KI bereit ist, ein unabhängiger digitaler Operator zu werden, aber es zeigte, wie weit ein geschlossener Agent kommen kann, wenn er mit der richtigen Umgebung kombiniert wird. Auf einem kompakten Server wie dem ZimaBoard 2 können Entwickler bereits autonome Workflows, Dashboards, Service-Skripte und selbstgehostete Tools in einer sicheren Sandbox testen – und das macht es zu einer spannenden Plattform für die nächste Generation KI-gestützter Home Lab-Ideen.

Zima Kampagnen-Zentrale

Mehr zum Lesen

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.