Die CHUWI AuBox Ai365: mein KI-Home-Lab in einer Box

Veröffentlicht
1 August 2026
Aktualisiert
1 August 2026
Von
Jacob Lloyd — mit KI-Unterstützung geschrieben, im Nachhinein
Lesezeit
16 Min. Lesezeit

Kurz gesagt: Das ist der kleine Computer, der meine KI-Helfer, meine Websites und mein Heimnetzwerk betreibt. Er hat einen schnellen AMD-Chip, 30 GB Speicher und zwei Netzwerkanschlüsse, und er hat ein teures Tablet ersetzt, das ausgefallen ist. Unter Linux funktioniert alles, ohne dass man Treibern hinterherjagen muss. Ich liste genau auf, was darauf läuft, was es kostet, worauf ich beim Umzug von der alten Maschine verzichten musste, und ich aktualisiere diese Seite jede Woche.

Die CHUWI AuBox Ai365 ist ein Mini-PC, von dem fast niemand gehört hat, von einer Marke, die vor allem für günstige Tablets bekannt ist, gebaut um einen Chip herum, der normalerweise in Laptops steckt. Sie steht hinter meinem Monitor, zieht am Chip weniger Strom als ein Handyladegerät und betreibt acht benannte KI-Agenten, eine Familien-Chat-App, einen E-Mail-Triage-Dienst und jede Website, die ich pflege. Sie war die langweiligste Hardware, die ich seit Jahren besessen habe, und nach der Maschine, die sie ersetzt hat, ist langweilig genau der Punkt.

tl;dr

  • Was es ist: eine CHUWI AuBox Ai365 — AMD Ryzen AI 9 365, Radeon 880M, 30 GB nutzbares DDR5, doppeltes 2,5GbE, 2× USB4 — läuft mit Bluefin, einem atomaren Fedora-Desktop.
  • Was darauf läuft: mein Acht-Agenten-OpenClaw-Stack, eine selbstgehostete Chat-App, die das ganze Haus benutzt, ein lokaler Modellserver, E-Mail-Triage und der Build für diese Website.
  • Linux-Unterstützung: alles funktioniert im Kernel selbst. Keine Drittanbieter-Treiber, kein DKMS, keine HSA_OVERRIDE-Hacks. Sogar die NPU meldet sich.
  • Was es gekostet hat: etwa 900 $ für die Box, rund 24 $/Monat an API-Guthaben und ein paar Dollar Strom.
  • Was sie ersetzt hat: einen ROG Flow Z13, der einen Stromfehler entwickelte. Diese Box hat ein Viertel des Speichers jener Maschine — und die SSD der alten Maschine steckt jetzt in ihr und hält die Backups.
  • Lebendes Dokument: das Wochenprotokoll am Ende wird jede Woche mit dem aktualisiert, was sich geändert hat, was kaputtgegangen ist und was repariert wurde.

Vollständige Spezifikationen

KomponenteSpezifikation
ModellCHUWI AuBox Ai365 (BIOS AuBox_06)
CPUAMD Ryzen AI 9 365 „Strix Point" — 10 Kerne / 20 Threads (4× Zen 5 + 6× Zen 5c), bis zu 5,0 GHz, 24 MB L3, 4 nm
GPUAMD Radeon 880M — RDNA 3.5, 12 Compute Units, bis zu 2,9 GHz
NPUAMD XDNA 2 — 50 TOPS (73 TOPS Plattform gesamt)
RAM2× 16 GB DDR5-5600 SODIMM, Dual-Channel — 30 GB nutzbar, erweiterbar auf 96 GB
Speicherbandbreite~90 GB/s über einen 128-Bit-Bus
Speicher1 TB PCIe 4.0 NVMe, 2× M.2-2280-Steckplätze (beide inzwischen belegt)
Ethernet2× Realtek RTL8125 2,5GbE
WLAN/BluetoothRealtek RTL8851BE — Wi-Fi 6 (802.11ax), Bluetooth 5.3
USB2× USB4 40 Gbit/s (DP-Alt-Mode, 100 W PD-Eingang), 3× USB 3.2 Gen 2 Typ-A
VideoHDMI 2.1, DisplayPort 1.4, plus beide USB4 — bis zu 4 Displays, 8K60 / 4K144
BetriebssystemBluefin 44 (20260721) — atomares Fedora Silverblue, GNOME 50.3 unter Wayland, Linux 7.0.12
Stromversorgung19 V / 6,32 A, 120-W-Hohlsteckernetzteil
Abmessungen140 × 139 × 55 mm, 846 g, Vollmetall, ein Lüfter — VESA-montierbar
Preis899 $ Listenpreis; ich habe etwa 900 $ bezahlt

Warum diese Box

Mein vorheriges Home Lab war ein ROG Flow Z13 — ein Gaming-Tablet mit 128 GB Unified Memory. Im Juli 2026 entwickelte es einen Stromfehler: Es schaltet sich ein, hängt am Logo und legt sich jedes Mal etwa dreißig Sekunden später schlafen. Die vollständige Obduktion gibt es hier. Die Kurzversion: Es erreicht nie einen Bootloader, also konnte nichts, was ich softwareseitig tat, jemals etwas daran ändern.

Das ergab eine ziemlich spezifische Einkaufsliste. Ich brauchte einen Linux-Host mit mindestens 32 GB RAM, genug GPU für lokale Vision-Arbeit, kabelgebundenes Netzwerk, und — nachdem ich zugesehen hatte, wie eine akkubetriebene Maschine bei der Energieverwaltung versagte — keinen Akku und keine USB-PD-Aushandlung im kritischen Pfad. Einen Hohlstecker und einen Lüfter.

Das Ungewöhnliche an dieser Box ist, dass sie ein Strix-Point-Desktop ist. Der Ryzen AI 9 365 ist ein Laptop-Chip; er steckt in ThinkPads und OmniBooks und, bis vor Kurzem, in dem Tablet, das ich gerade verloren habe. Ihn in einen 140-mm-Metallwürfel mit zwei 2,5GbE-Ports und zwei USB4-Ports zu stecken, ist die Art von Entscheidung, die nur passiert, wenn ein kleinerer OEM etwas leicht Seltsames baut. Genau diese Seltsamkeit ist es, was ein Home Lab will: Laptop-Effizienz, Desktop-Stromversorgung, Server-Netzwerk.

Linux auf dieser Hardware

Das ist der Teil, von dem ich erwartet hatte, dass er schmerzhaft sein würde, und der es nicht war. Jedes Gerät in der Box wird von einem In-Tree-Treiber auf einem Standard-Fedora-Kernel unterstützt. Es gibt kein Drittanbieter-Repository, kein DKMS-Modul und nirgendwo in meiner Konfiguration einen GPU-Umgebungsvariablen-Override.

GerätTreiberStatus unter Linux 7.0.12
Radeon 880M (gfx1150)amdgpuFunktioniert. Meldet sich als strix1, kein Override nötig.
2× RTL8125 2,5GbEr8169Beide erkannt und funktionsfähig, keine Modul-Parameter.
RTL8851BE-WLANrtw89_8851beIm Mainline seit 6.5. Funktioniert — aber siehe den Vorbehalt unten.
XDNA-2-NPUamdxdnaIm Kernelbaum seit 6.14. Meldet sich als /dev/accel/accel0.
USB4thunderboltFunktioniert.

Der WLAN-Vorbehalt ist es wert, klar ausgesprochen zu werden, denn CHUWIs eigenes Marketing ist dabei vage, und ein Datenblatt, das ich gefunden habe, nennt es Wi-Fi 7. Das ist es nicht. Das RTL8851BE ist ein Wi-Fi-6-Bauteil mit einem einzigen Stream, ohne 2×2 und ohne 6-GHz-Band — es meldet sich als 802.11ax-Controller und liefert in der Praxis etwa 300–400 Mbit/s. Es ist mit Abstand die schwächste Komponente der Maschine. Es ist außerdem eine M.2-2230-A/E-Key-Karte, lässt sich also gegen ein MediaTek MT7925 tauschen, falls man Wi-Fi 7 will. Ich habe mir die Mühe nicht gemacht: Diese Box lebt auf kabelgebundenem 2,5GbE, und die WLAN-Schnittstelle ist einfach abgeschaltet.

Speziell zu Bluefin

Ich habe mich hier bewusst für Bluefin statt Bazzite entschieden. Gleiches ublue-Fundament — image-basiertes rpm-ostree, Flatpak-first, ein schlechtes Update mit einem Neustart zurückrollen — aber Bluefin verfolgt den Standard-Fedora-Kernel statt eines gepatchten Gaming-Kernels. Auf einer Maschine, deren neueste Hardware eine NPU mit jungem Treiber ist, ist es die sicherere Wette, dem Upstream zu folgen.

Es war der einfachste Teil dieses Aufbaus. Was einen atomaren Desktop für eine Maschine wie diese richtig macht, ist kein einzelnes Feature, sondern dass das Betriebssystem nichts ist, das man wartet. Es kommt als ein einziges signiertes Image an. Es bootet, oder man startet neu in das vorherige. Es gibt kein halb angewendetes Update, keine Abhängigkeit, die vor drei Monaten verwaist ist, keine langsame Anhäufung von Handeingriffen, an die sich niemand mehr erinnert — genau das ist die Fäulnis, die einen Heimserver zu etwas macht, das man sich nicht zu neustarten traut.

Wie sich das in der Praxis zeigt, während ich das hier schreibe und die Maschine überprüfe: null fehlgeschlagene User-Dienste, das Deployment stimmt mit seinem veröffentlichten Digest überein, und jeder Teil des Stacks, der laufen soll, läuft. Die einzige fehlgeschlagene System-Unit ist systemd-remount-fs, die versucht, / les- und schreibbar neu einzuhängen, und das nicht kann, weil / auf diesem Image ein schreibgeschützter composefs-Mount ist. Das ist das Design, das wie beabsichtigt funktioniert, und eine kosmetische Fehlerzeile, kein echter Fehler.

Die ehrlichen Kosten stehen in den Stolperfallen weiter unten: Updates kommen als neues Deployment an und wollen einen Neustart, was eine echte Überlegung wird, wenn gerade ein Job laufen könnte. Und weil die Basis unveränderlich ist, braucht alles, was sich mit einem Paketmanager selbst ins System installieren will, ein anderes Zuhause — einen Container, ein Flatpak oder eine Installation auf Nutzerebene. Das ist eine echte Umstellung, wenn man von einer traditionellen Distribution kommt, und es ist auch der ganze Grund, warum die Maschine sauber bleibt.

Was darauf läuft

Alles ist ein systemd --user-Dienst. Kein Docker, keine Supervisor-Skripte, keine manuellen Neustarts nach einem Stromausfall. Der ganze Zoo kommt von selbst wieder hoch.

DienstWas er tutWo er lauscht
openclaw-gatewayDas Agenten-Gateway — Routing, Tools, SitzungenPort 18789, nur Loopback
local-chatDisPatch, die Chat-App, die der Haushalt nutztPort 8765, LAN + Tailscale
lm-studioLokaler Modellserver, OpenAI-kompatibelPort 1234, Loopback
comfyuiLokale Bildgenerierung — jetzt der Fallback-PfadPort 8188, Loopback
openclaw-emailE-Mail-Triage über zwei Postfächer. Entwirft Antworten, verschickt nie eine.
hermes-gatewayEin zweites, separates Messaging-Gateway
rgb-idledPower-State-Daemon — setzt das System-Energieprofil anhand von Bildschirm- und Sitzungszustand
openclaw-backup.timerNächtliches Backup von Konfiguration und Agenten-Zustandtäglich 02:17 Uhr
arkvault-backup.timerNächtlicher Borg-Snapshottäglich 02:00 Uhr
arkvault-mirror.timerNächtlicher datierter Spiegel auf die zweite Festplattetäglich 02:30 Uhr

Das Agenten-Aufgebot

Acht benannte Agenten plus zwei Postfach-Agenten. Die entscheidende Aufteilung ist, wo das Modell jedes Einzelnen läuft: Cloud für alles Interaktive, diese Box für alles Private oder lange Laufende, und eine zweite Maschine im Netzwerk für die Vision-Modelle.

AgentAufgabeModell läuft auf
BitsEmpfang. Nimmt die Anfrage entgegen, delegiert, prüft das Ergebnis.Cloud
BrainsSchweres Denken — Architektur, Debugging, ReviewCloud
FlashSchnelle, günstige Arbeit — Zusammenfassungen, Nachschlagen, hängengebliebenen Jobs hinterherjagenCloud
HermesDie Deploy-Spur. Standardmäßig Dry-Run, live nur auf mein ausdrückliches Go.Cloud
DoxyMassenarbeit und alles Private — läuft über Nacht für die Kosten des StromsDiese Box — 35B-MoE
CharleyVision — Screenshots, Diagramme, FehlerdialogeZweite Maschine
AlphaSicherer Empfang für Familiengeräte — nur schreibgeschützte ToolsCloud
BetaZweiter sicherer Bot für FamiliengeräteZweite Maschine

Alpha und Beta sind die, mit denen meine Familie spricht. Sie können Dinge nachschlagen und Fragen beantworten; sie können weder Dateien anfassen noch Befehle ausführen, und die Chat-App erzwingt das getrennt von der Agenten-Konfiguration, sodass ein Fehler in einer Schicht nicht die andere öffnet. Die Überlegung hinter der Aufteilung günstige-Cloud/lokal steht in der Kostenaufstellung.

Wie eine Nachricht durch die Box wandert

Zwei Details tragen den größten Teil der Zuverlässigkeit. Ist ein Modell beschäftigt oder nicht erreichbar, antwortet ein Fallback, statt dass die Anfrage scheitert. Und immer wenn ein Job losgeschickt wird, ist ein Watchdog scharfgeschaltet — wird der Worker über sein Zeitfenster hinaus still, wird Flash losgeschickt, um herauszufinden, warum. Keins von beidem ist besonders raffiniert; beides zusammen macht den Unterschied zwischen einem Stack, der unbeaufsichtigt läuft, und einem, der Babysitting braucht.

Performance auf diesem Chip

Stromverbrauch. Das ist die Zahl, die mich überrascht hat. Gemessen am SoC-Package über ein Fünf-Sekunden-Fenster, mit dem vollständigen Stack im Betrieb und einem Load Average um 2, zog der Chip 4,6 W. Rechnet man Mainboard, zwei NVMe-Laufwerke, RAM, den NIC und den Lüfter dazu, landet man an der Steckdose bei etwa 10 W — aber dass der Prozessor selbst beim Hosten von acht Agenten unter 5 W nippt, ist die klarste Illustration dessen, was einem die Zen-5c-Effizienzkerne bringen. Die Leerlauftemperaturen liegen bei etwa 40 °C auf Tctl.

CPU. Zehn Zen-5-Kerne mit 5 GHz sind mehr, als diese Arbeitslast braucht. Agenten-Routing ist im Load Average unsichtbar; die Maschine verbringt die meiste Zeit ihres Lebens fast im Leerlauf, und der Lüfter ist aus einem Meter Entfernung nicht zu hören.

Lokale Inferenz. Hier hat die Box echte Grenzen, und es sind Bandbreiten-Grenzen, keine Rechen-Grenzen. Die Radeon 880M hat 12 Compute Units und rund 90 GB/s Speicherbandbreite zur Verfügung. Zum Vergleich: Der Z13 hatte 40 CUs und 256 GB/s, und die dedizierten Karten meines Desktops haben jeweils rund 1,8 TB/s. Die lokale Generierung auf dieser Box liegt im niedrigen zweistelligen Token-pro-Sekunde-Bereich, nicht im dreistelligen. Das ist völlig ausreichend für die Aufgabe, die sie hat — nächtliche Massenarbeit und alles, was das Haus nicht verlassen darf — und unbrauchbar für interaktiven Chat, weshalb interaktiver Chat in die Cloud geht.

NPU. Die XDNA-2-NPU meldet sich sauber unter /dev/accel/accel0 und tut nichts. Das ist ehrlich statt enttäuschend: Die 50 TOPS sind real, aber der Software-Pfad von „ich habe eine NPU" zu „mein Agenten-Stack nutzt sie" existiert für die Modelle, die mir wichtig sind, noch nicht — die brauchen lange Kontextfenster und starkes Tool-Calling. Wo sie sich ihren Platz irgendwann verdienen wird, sind kleine, feste Aufgaben — einen Embeddings-Endpunkt für den Suchindex des E-Mail-Agenten bedienen, oder ein Erstdurchlauf-Triage-Klassifikator, der entscheidet, welche Mail es wert ist, ein echtes Modell zu wecken. Das ist ein Projekt für später, und die Box wurde vollständig ohne sie in Betrieb genommen.

Netzwerk. Beide 2,5GbE-Ports funktionieren ohne Konfiguration. Einer ist ans Netzwerk angeschlossen, der zweite ist Reserve.

Worauf ich verzichtet habe

Die ehrlichen Kosten dieses Umzugs sind Speicher, und es sind keine kleinen Kosten. Der Z13 hatte 128 GB Unified LPDDR5X, wovon ich 64 GB als VRAM abgezweigt habe und lokal ein Modell mit 120 Milliarden Parametern betrieb. Diese Box hat insgesamt 30 GB nutzbar, geteilt zwischen dem Betriebssystem und allem anderen.

Die 120B-Stufe ist also einfach weg. Der lokale Agent läuft jetzt stattdessen mit einem 35B-Mixture-of-Experts-Modell — einem echten Modell, das echte Arbeit leistet, aber nicht mehr in derselben Klasse. Mehrere ältere Beiträge auf dieser Website beschreiben ein lokales 120B-Modell als Teil meines Stacks; das stimmte auf dem Z13, und es stimmt jetzt nicht mehr.

Was ich im Gegenzug bekommen habe, ist der ganze Grund, warum die Änderung überhaupt passiert ist: kein alternder Akku, keine USB-PD-Aushandlung unter Last, keine Modern-Standby-Zustandsmaschine, in die man abstürzen kann. Das Board lässt sich über zwei SODIMM-Slots auf 96 GB aufrüsten, was einen Teil der Obergrenze zurückbringen würde. Ich mache das noch nicht — die DDR5-Preise haben sich dieses Jahr etwa verdoppelt, und mehr Kapazität würde keine zusätzliche Bandbreite bringen, und die ist die Achse, die die lokale Inferenz hier tatsächlich begrenzt.

Die SSD des Z13 lebt jetzt hier

Es gibt ein Detail, das mir mehr gefällt, als es sollte. Das einzige vom Nutzer wartbare Teil des Z13 war seine SSD, hinter einer Klappe im Kickstand. Sie kam gesund heraus, ging durch eine 2230-zu-2280-Adapterhalterung und ist jetzt im zweiten M.2-Slot dieser Box installiert.

Sie hält die Backups. Jede Nacht um 02:30 Uhr wird ein datierter Spiegel des Zustands dieser Maschine auf das Laufwerk geschrieben, das früher die Maschine war. Der letzte Job des toten Computers besteht darin, sicherzustellen, dass sein Ersatz wiederhergestellt werden kann. Er trägt außerdem immer noch ein vollständiges Image des alten Systems, das am Tag vor dem Ausfall aufgenommen wurde — das, was die Migration zu einer Kopie statt zu einem Neuaufbau gemacht hat.

Was es kostet

KostenBetragAnmerkungen
Die Boxeinmalig ~900 $899 $ Listenpreis, Konfiguration mit 32 GB + 1 TB
Cloud-API-Guthaben~24 $/MonatAlle interaktiven Agenten — vollständige Aufstellung
Strom~4,50 $/Monat24/7-Betrieb zu Tokioter Tarifen
Lokale Modelle0 $Die Privatsphäre-Stufe. Die Hardware hast du schon bezahlt.

Nennen wir es unter 30 $ im Monat, um das Ganze zu betreiben. Die Hardware zahlt sich gegenüber jedem vergleichbaren gehosteten Dienst innerhalb eines Jahres selbst ab, und die private Stufe ist bei keinem gehosteten Dienst zu irgendeinem Preis zu haben.

Stolperfallen

Dinge, die mich tatsächlich gebissen haben, ungefähr in der Reihenfolge, wie viel Zeit sie gekostet haben:

  • Die 30-GB-Obergrenze ist real. 32 GB nominal minus dem, was Firmware und iGPU reservieren, bleiben 30 GB in free -h. Lokale Bildgenerierung und das lokale Sprachmodell können nicht beide gleichzeitig im Speicher liegen, also startet die Bildgenerierung bei Bedarf und stoppt im Leerlauf — und der Standard-Bildpfad ist komplett auf eine zweite Maschine im Netzwerk gewandert.
  • Der lokale Modellserver stürzte unter Speicherdruck ab. Derselbe Fehler, der die alte Maschine getroffen hat: Der temporäre Mount des AppImage wird recycelt, wenn der Speicher knapp wird, und der Prozess erleidet einen Bus-Error statt eines sauberen Out-of-Memory-Kills. Eine entpackte Kopie unter systemd statt des AppImage laufen zu lassen, hat das dauerhaft behoben.
  • Timeouts gehen von Cloud-Geschwindigkeit aus. Ein großes Modell auf einer iGPU ist langsam, nicht kaputt, aber die Standard-Timeouts des Gateways für Provider, Turn und Abbruch bringen es mitten in der Antwort um und melden ein Stocken. Sie müssen als geordnete Kette erhöht werden — Request, dann Turn, dann Abbruch —, sonst verschiebt man nur, wo der Fehler auftritt. Reasoning-Modelle müssen zusätzlich als solche markiert werden, sonst wirken sie mitten im Nachdenken hängengeblieben und werden abgebrochen.
  • Agenten-IDs werden in einem Codepfad kleingeschrieben und in einem anderen nicht. Nachrichten zwischen Agenten scheiterten stillschweigend, bis die Allowlist Einträge in Kleinschreibung hatte. Kein Fehler, keine Log-Zeile, einfach nichts zugestellt — der schlimmste Fehlermodus, den es gibt.
  • Atomare Updates starten die Maschine neu. Silverblue staged ein Update in ein neues Deployment und bootet hinein. Landet das mitten in einem Job, stirbt der Job. Updates passieren jetzt nach meinem Zeitplan, in einem ruhigen Fenster.
  • Alte Konfiguration folgt einem. Ein Teil der Migration hat eine veraltete Identitätsdatei aus dem Backup der alten Maschine wieder eingespielt und das Gateway in eine Crash-Loop geschickt. Ein funktionierendes System wiederherzustellen ist nicht dasselbe wie ein korrektes wiederherzustellen; eine Konfiguration, die ein Agent umschreiben kann, ist eine Konfiguration, die einen aus sechs Monaten Vergangenheit beißen kann.

Was ich ändern würde

  • Besseres WLAN, wenn ich WLAN nutzen würde. Die Wi-Fi-6-Karte mit einem einzigen Stream ist die einzige wirklich schwache Komponente. Sie ist ein austauschbares M.2-2230-A/E-Key-Teil, also eine Fünfzehn-Minuten-Reparatur. Kabelgebundenes Netzwerk bedeutet, dass ich es nicht gebraucht habe.
  • Irgendwann mehr Speicher. 96 GB über die beiden SODIMM-Slots würden einen Teil dessen zurückbringen, was der Z13 hatte. Die aktuellen RAM-Preise machen das zu einem schlechten Geschäft, und es würde die Bandbreite nicht erhöhen.
  • Firmware-Updates sind ein Rätsel. Es gibt für dieses Modell keinen öffentlichen BIOS-Download. Eins zu bekommen bedeutet, dem Hersteller mit Modell und Seriennummer zu mailen und zu hoffen. Das sind die Kosten dafür, etwas Unbekanntes zu kaufen.
  • Die NPU braucht einen Daseinsgrund. Fünfzig ungenutzte TOPS sind eine stehende Einladung. Ein Embeddings-Endpunkt ist die naheliegende erste Aufgabe.

Fazit

Ich würde sie wieder kaufen. Nicht weil sie schnell ist — ist sie nicht, besonders — sondern weil sie genau das leistet, was ein dauerhaft laufendes Home Lab braucht, und nichts, was es nicht braucht. Sie ist klein, leise, nippt am Strom, hat außer einem Lüfter keine beweglichen Fehlerquellen, läuft mit Mainline-Linux ohne einen einzigen Out-of-Tree-Treiber, und hat zwei Ethernet-Ports und zwei USB4-Ports auf einer Maschine von der Größe eines Sandwiches.

Die Lektion aus der Maschine, die sie ersetzt hat, war, dass aufregende Hardware, die stirbt, für Infrastruktur weniger wert ist als langweilige Hardware, die weiterläuft. Das hier ist die langweilige Hardware. Zwei Wochen rein, hat sie überhaupt nichts Interessantes getan, was das höchste Kompliment ist, das ich ihr machen kann.

Wochenprotokoll

Dieser Abschnitt wird wöchentlich aktualisiert mit dem, was sich an der Box geändert hat, was kaputtgegangen ist, und was repariert wurde. Letzte Aktualisierung: 1. August 2026.

Woche vom 26. Juli – 1. August 2026

DatumWas passiert ist
29. JuliDie Selbstheilung des Gateways wurde auf ereignisgesteuert umgestellt: Eine Rescue-Unit feuert jetzt nur noch, wenn der Dienst tatsächlich in einen fehlgeschlagenen Zustand gerät, und gibt nach drei Versuchen auf, statt gegen ein absichtliches Herunterfahren anzukämpfen. Ein Agent hatte das Gateway gestoppt und es einen ganzen Abend lang down gelassen.
30. JuliFernzugriff richtig eingerichtet, mit zwei bewusst getrennten Türen: eine, die den Anmeldebildschirm ab Kaltstart bereitstellt, eine, die die laufende Desktop-Sitzung spiegelt. Getrennte Credential-Speicher, sodass ein Ausfall bei einer mich nicht bei der anderen aussperrt.
30. JuliPower-State-Daemon hinzugefügt. Bildschirm aus versetzt die Maschine in ein Energiesparprofil und schaltet die Tastaturbeleuchtung ab; eine aktive Remote-Sitzung hat Vorrang vor beidem, weil Remote-Eingaben sonst wie Leerlauf aussehen.
31. JuliVollständiges Audit des Agenten-Gateways. Agenten-IDs wurden in einem Pfad auf Kleinschreibung normalisiert, aber nicht in einem Verzeichnis-Override, was das Gedächtnis eines Agenten stillschweigend in ein zweites Verzeichnis gespalten hatte. Die Overrides entfernt, damit sich die Pfade korrekt ableiten.
31. JuliDie SSD der alten Maschine kam als Backup-Ziel in den zweiten M.2-Slot. Nächtliche datierte Spiegelungen laufen jetzt um 02:30 Uhr, nach dem bestehenden Borg-Snapshot um 02:00 Uhr.
31. JuliBildgenerierung standardmäßig auf eine zweite Maschine im Netzwerk verlagert; die lokale Instanz ist jetzt der Fallback. Hat die oben in den Stolperfallen beschriebene Speicherkonkurrenz aufgelöst.
1. AugustDie Chat-App hat vergängliche Reaktionsbilder bekommen — ein Bild poppt zehn Sekunden lang über jedem verbundenen Gerät auf und verschwindet bei jeder Eingabe. Bewusst auf einen Bot beschränkt.
1. AugustErstmals die SoC-Package-Leistung gemessen: 4,6 W bei laufendem vollständigem Stack. Leerlauf-Tctl 40 °C, Festplatte 286 GB von 952 GB belegt.

Aktuelle Momentaufnahme

MetrikWert
BetriebssystemBluefin 44 (20260721), Linux 7.0.12
Laufzeit1 Tag
Load Average0,67
Speicher7,8 GB von 30 GB belegt
Festplatte286 GB von 952 GB belegt (31 %)
SoC-Package-Leistung4,6 W
Antwortende Agenten8 von 8, plus 2 Postfach-Agenten

← Mehr KI & lokale LLMs