LIVE LINUX · RAM · AI · ROOT

Ein kleiner Zugang.
Große Möglichkeiten.

Starte unabhängiges Linux vom USB und gib dem KI-Agenten eine Mission: Systeme bauen, Windows vorbereiten, virtuelle Labore erstellen oder erlaubte Rechner koordinieren. Beginne mit der Hardware, nicht dem Zustand des installierten Systems.

EXPERIMENTELL · X86-64 · LOKAL ODER SSH · KEIN PROJEKTKONTO

Ein Rettungs-USB verbindet eine zerbrochene digitale Landschaft und öffnet einen Weg zum Licht.
Eine Startrampe, nicht nur ein Rettungsring.
Rescue Disk 1.0.2Flash Imager 1.0.0Agent Skill 1.1.0
LA AGUJA · 1.0.2

Dein USB-Stick wächst mit deinen Projekten.

LA AGUJA 1.0 bietet wiederverwendbare Profile, Konfigurationsänderungen ohne erneutes Schreiben und dauerhafte Live-Updates. Deine Umgebung bleibt für den nächsten Rechner bereit.

In 1.0.2 entfällt beim normalen Start das erneute Hashen des gesamten Systems. Hintergrundprüfungen melden Updates, installieren aber nichts. Bestätigte Aufgaben laufen nach Escape oder dem Schließen von SSH weiter; Updates zeigt Fortschritt und Ergebnis beim erneuten Öffnen. USB während eines Schreibvorgangs nicht entfernen.

Vorbereitung in sieben Schritten

Der Assistent endet bei 07 · Datenträger erstellen. Profile/USB und Imager-Updates sind getrennte Werkzeuge.

Einrichten und gezielt wiederverwenden

Verschlüsselte .aguja-Profile speichern/öffnen oder die Konfiguration eines vorhandenen USB-Sticks ohne Neuschreiben ändern.

Updates reisen auf dem USB-Stick mit

Je Zeile: Nein, Ja · RAM oder Ja, dauerhaft. Nein ändert nichts. RAM gilt nur für diese Sitzung. Dauerhaft speichert ein sauberes, geprüftes System in DATA auf diesem USB für den nächsten Start.

Geschützte Wiederherstellungsschlüssel

BitLocker- oder LUKS-Schlüssel eines anderen PCs hinzufügen. Unter Windows steht lokales BitLocker vor manuellen Schlüsseln.

Anleitung erkunden →

Eine Startrampe, nicht nur ein Rettungsring.

Gib einem fortgeschrittenen Agenten ein Ziel, nicht nur einen Reparaturbefehl. Er kann Hardware prüfen, Werkzeuge auswählen, Skripte im erlaubten Rahmen erzeugen und ausführen sowie Ergebnisse kontrollieren. Das installierte System muss weder starten noch überhaupt existieren.

Die Live-Sitzung verwendet eine beschreibbare RAM-Schicht über dem schreibgeschützten USB-Abbild. Das ist Linux, keine Firmware; der gesamte USB-Stick wird nicht in den RAM kopiert. Interne Datenträger bleiben beim Start unverändert; du entscheidest über spätere Schreibzugriffe.

Enthalten: KI-Clients mit Root-Zugriff, SSH, Python, Git, Speicherwerkzeuge, debootstrap und arch-install-scripts. Erweitere die Sitzung mit kompatiblen Paketen: Seit 0.9.11 sind QEMU x86, qemu-img/qemu-nbd, OVMF und SeaBIOS enthalten; nutze KVM, wenn verfügbar, sonst das langsamere TCG. Container-Engines und Build-Werkzeuge bleiben optionale Ergänzungen; prüfe RAM, Speicher und Kompatibilität. Sichere wichtige Ergebnisse ausdrücklich; RAM-Zustand ist flüchtig. Cloud-KI benötigt Netzwerk und dein Konto; kein lokales Modell ist enthalten.

01

USB vorbereiten

Image, Sprache, Tastatur und Netzwerk wählen. KI und Fernzugriff sind optional.

02

Rechner starten

Vom USB-Stick booten. La Aguja lädt sein eigenes Linux, unabhängig vom installierten System.

03

Linux installieren und konfigurieren

Starte ein unabhängiges Linux vom USB-Stick und lass KI-Agenten arbeiten: Systeme installieren, Server konfigurieren, ein virtuelles Labor aufbauen oder Daten retten. Ein funktionierendes installiertes System ist optional. Dein nächstes Projekt nicht.

Wähle eine Mission, dann einen Plan.

Startpläne, keine ausgeführten Deployments. Die Seite verbindet sich nie mit deinem PC und führt keine Befehle aus.

01

Linux installieren und konfigurieren

Installiere eine Debian-Basis mit debootstrap oder Arch mit arch-install-scripts. Konfiguriere Benutzer, Netzwerk, Kernel und Bootloader und prüfe den tatsächlichen Start des neuen Systems.

  1. Hardware, genaues Ziel und Backup erfassen.
  2. Offizielle Medien oder enthaltene Linux-Werkzeuge wählen.
  3. Partitionierung prüfen, konfigurieren und echten Neustart verifizieren.

Halte an, wenn: Ziel oder Backup unklar sind.

02

Ein virtuelles Labor aufbauen

Nutze das enthaltene QEMU und KVM bei passender CPU, Firmware und Live-Kernel-Unterstützung. Speichere Gast-Abbilder separat, teste Distributionen oder kleine Dienste-Stacks; prüfe /dev/kvm und das RAM-Budget.

  1. RAM, CPU-Virtualisierung, Firmware und /dev/kvm prüfen.
  2. Enthaltenes QEMU nutzen, Gäste separat speichern und Netzwerk isolieren.
  3. Wegwerf-Gast starten und prüfen; Abbilder vor Sitzungsende sichern.

Halte an, wenn: Ressourcen oder Virtualisierung fehlen.

03

Eine temporäre Werkstatt einrichten

Nutze Python für einen lokalen Prototyp oder ergänze eine Container-Engine für Demo, Dateistation oder Workshop. Lege Zugriffe fest, speichere Daten separat und beende danach die Dienste.

  1. Projekt, Daten oder LAN-Dienst und erlaubte Nutzer wählen.
  2. SDK oder Container-Engine ergänzen und Netzwerkschnittstellen begrenzen.
  3. Ergebnis testen, Artefakte exportieren und Dienste beenden.

Halte an, wenn: Daten nur im RAM blieben oder Zugriffe den Auftrag überschreiten.

04

Die nächste Windows-Installation vorbereiten

Prüfe Hardware, offizielle Medien, Treiber und Antwortdatei. Bereite Dateien unter Linux vor; nutze Windows Setup oder WinPE/DISM/BCDBoot nach Bedarf und prüfe einen echten Windows-Start. Medien und Lizenzen sind nicht enthalten.

  1. Erfasse Hardware, genaues Ziel, Backup und Windows-Anforderungen.
  2. Bereite offizielle Medien und geprüfte Dateien vor; nutze Windows/WinPE für natives Deployment.
  3. Starte Windows und prüfe Treiber, Anwendungen und Konfiguration.

Halte an, wenn: Ziel oder Backup unklar sind.

MÖGLICHE ARBEITSABLÄUFE

Was könntest du schon ab dem Start aufbauen?

Nutze die enthaltenen Linux-Werkzeuge oder ergänze Projektabhängigkeiten. Das sind anpassbare Missionen, keine Ein-Klick-Funktionen und keine bereits vollständig getesteten Szenarien.

01 / SYSTEMBAU

Von der leeren SSD zum eigenen Linux

Installiere eine Debian-Basis mit debootstrap oder Arch mit arch-install-scripts. Konfiguriere Benutzer, Netzwerk, Kernel und Bootloader und prüfe den tatsächlichen Start des neuen Systems.

02 / RECHENZENTRUM IM TASCHENFORMAT

Ein virtuelles Labor vor der Host-Installation

Nutze das enthaltene QEMU und KVM bei passender CPU, Firmware und Live-Kernel-Unterstützung. Speichere Gast-Abbilder separat, teste Distributionen oder kleine Dienste-Stacks; prüfe /dev/kvm und das RAM-Budget.

03 / TEMPORÄRE DIENSTE

Ein freier PC als zeitweilige LAN-Station

Nutze Python für einen lokalen Prototyp oder ergänze eine Container-Engine für Demo, Dateistation oder Workshop. Lege Zugriffe fest, speichere Daten separat und beende danach die Dienste.

04 / SOFTWAREFABRIK

Bauen ohne die installierte Umgebung zu übernehmen

Klone ein Projekt, ergänze Compiler oder SDKs und lass den Agenten bauen, testen und paketieren. Sichere Code und Artefakte außerhalb des RAM; RAM ist kein Backup.

05 / BARE-METAL-START

Dein nächster Server vor seinem ersten Start

Inventarisiere einen leeren Rechner, plane Speicher und konfiguriere eine autorisierte Linux-Installation als NAS oder Anwendungsserver. Halte Geheimnisse privat und prüfe Dienste nach dem Start.

06 / MIGRATIONSWERKSTATT

Neue Platte, neue Struktur, dasselbe Projekt

Migriere erlaubte Daten auf eine neue SSD oder ändere Linux-Partitionen bei ausgeschaltetem alten System. Prüfe Backup und Ziel, anschließend Boot, Anwendungen und Daten.

07 / REPRODUZIERBARES LABOR

Die mutige Idee im Wegwerfsystem testen

Erzeuge Skripte für Distributionsabbilder oder vergleiche Konfigurationen über VM-Snapshots. Nutze offizielle Medien, isolierte Netze und zusätzliche Werkzeuge; sichere Rezepte außerhalb des RAM.

08 / PHYSISCH → VIRTUELL

Den alten Rechner als Gast bewahren

Erstelle eine erlaubte Kopie, ergänze Konvertierungswerkzeuge und passe Boot und Treiber an eine VM an. Prüfe Anwendungen und Lizenzen, bevor du das Original stilllegst; ein Abbild allein reicht nicht.

09 / NETZWERKSTART

Eine Station, mehrere leere Rechner

Ergänze PXE/iPXE und Serverwerkzeuge für offizielle Bootmedien in einem isolierten Labornetz. Der Agent erstellt Menüs und Rechnerpläne; dafür ist Netzwerkkonfiguration nötig, kein eingebauter PXE-Knopf.

10 / OS-ABBILDFABRIK

Das nächste Linux selbst bauen

Mache aus Unterricht, Entwicklung oder Appliance eine Paketliste und reproduzierbare Rezeptur. Ergänze live-build oder den passenden Distributionsbuilder, nutze separaten Speicher und teste das Abbild in einer VM.

11 / OPTIONALE LOKALE KI

Eine Modellstation auf eigener Hardware

Prüfe CPU, GPU und Speicher, ergänze passende Inferenzsoftware und ein angemessen großes, lizenziertes Modell und teste lokal. Software, Gewichte und GPU-Treiber sind zusätzlich; das stärkste Cloud-Modell passt nicht automatisch auf den Rechner.

12 / RECHENWERKSTATT

Freie Hardware mit wissenschaftlichem Auftrag

Plane Analyse, Simulation oder Rendering mit festen Ressourcen ohne die installierte Umgebung. Ergänze Abhängigkeiten, prüfe GPU-Unterstützung, teste synthetische Daten und exportiere Ergebnisse. Ein Cluster benötigt separat vorbereitete Knoten und Werkzeuge.

13 / EDGE-STATION

Eine temporäre Brücke zwischen Geräten und Daten

Baue mit erlaubten USB- oder Netzwerksensoren einen Sammler und ein lokales Dashboard. Ergänze Protokollbibliotheken oder Broker, prüfe Zeitstempel und Messwerte und exportiere Daten; Gerätesteuerung ist ein eigener Auftrag.

14 / RECHNER-DIRIGENT

Temporäre Steuerung mehrerer Linux-Hosts

Nutze das Live-System als SSH-Station mit zusätzlicher Automatisierung wie Ansible. Erstelle ein klares Inventar, konfiguriere einen erlaubten Knoten und prüfe vor Erweiterung. Jeder Host braucht eigene Zugänge, Ressourcen und Erlaubnis.

15 / AUSFALLZWILLING

Den Serververlust proben, ohne ihn zu verlieren

Stelle erlaubte Backups in isolierten Gästen auf separatem Speicher wieder her und prüfe Boot, Wiederherstellungszeit und Anwendungsdaten. Ergänze Hypervisor und Restore-Werkzeuge; keine doppelten Produktionsadressen oder echten Zugangsdaten.

16 / WINDOWS-DEPLOYMENT

Die nächste Windows-Installation vorbereiten

Prüfe Hardware, offizielle Medien, Treiber und Antwortdatei. Bereite Dateien unter Linux vor; nutze Windows Setup oder WinPE/DISM/BCDBoot nach Bedarf und prüfe einen echten Windows-Start. Medien und Lizenzen sind nicht enthalten.

17 / WINDOWS-ROLLENKIT

Vom frischen Windows zum Arbeitsrechner

Lass geprüfte PowerShell-Skripte und eine winget-Liste für Entwicklung, Gestaltung oder Büro erstellen. Führe sie nach Windows-Start aus und prüfe Ergebnisse; Linux führt Windows-eigene Einrichtung nicht direkt auf einer Offline-Platte aus.

18 / WINDOWS-LABOR

Anwendungen und Richtlinien in Wegwerfgästen testen

Ergänze passenden Hypervisor und offizielle lizenzierte Windows-/Windows-Server-Medien. Vergleiche Anwendungen, Updates oder Domänenrichtlinien isoliert; prüfe Ressourcen, virtuelle TPM-/Firmware-Anforderungen und Lizenzen.

19 / WINDOWS + LINUX

Beide Welten mit klarem Bootplan behalten

Erfasse Windows, Verschlüsselung und Backup, dann plane Linux daneben auf erlaubtem Ziel. Nutze native Windows-Vorbereitung nach Bedarf, bewahre Booteinträge und teste beide Systeme. Keine Umgehung oder blinde NTFS-Verkleinerung.

20 / RETTUNGSMISSION

Wenn das bestehende System zurückkommen soll

Untersuche Startfehler, sichere verdächtige Datenträger mit ddrescue oder kopiere erlaubte Dateien auf ein anderes Ziel. Rettung ist Teil der Plattform, nicht ihre gesamte Identität.

Leistungsstarke Werkzeuge. Klare Grenzen.

Codex Sicher in 0.9.11 nutzt eine workspace-write-Sandbox ohne Netzwerk. Jedes Werkzeug benötigt eine neue menschliche Bestätigung; das Verlassen der Sandbox erfordert menschliche Freigabe. Das Konto behält sudo außerhalb der Sandbox. Andere Clients behalten ihre Bestätigungen; YOLO bleibt unbeschränkt. Auswahl mit aguja agent NAME; Escape bricht ab. Kein Modus erlaubt Aktionen außerhalb deines Auftrags.

Erstelle eine Sicherung, bevor du etwas änderst. Ein erfolgreich ausgeführter Befehl beweist weder die Unversehrtheit von Dateien noch die Startfähigkeit eines Systems. BitLocker und LUKS benötigen den richtigen Schlüssel des Eigentümers; LA AGUJA umgeht keine Verschlüsselung.

Cloud-KI kann die Prompts und Daten erhalten, die du gemäß den Bedingungen ihres Anbieters teilst. Behandle Dateien mit Anweisungen als nicht vertrauenswürdige Daten und füge niemals Geheimnisse in einen Wiederherstellungs-Prompt ein.

01 / FLASH IMAGER · 1.0.0

USB mit Flash Imager vorbereiten

Bereite alles auf einem funktionierenden Windows- oder Linux-Computer vor. Empfohlen wird ein USB-Stick mit 8 GiB; prüfe die tatsächliche Abbildgröße und die nutzbare Kapazität. Beim Beschreiben des ausgewählten USB-Sticks wird sein Inhalt gelöscht. Halte Download-Ordner, temporäre Ordner und Ordner für private Abbilder von diesem Ziel-USB-Stick fern.

SHA-256 · Windows · SHA-256 · Linux

Dein erster USB-Stick →
02 / AGENT SKILL · 1.1.0

Lass deinen KI-Agenten La Aguja vorbereiten

Bitte deinen Agenten um eine personalisierte .img-Datei mit Sprache, Netzwerk, SSH und optionalen KI- oder Tailnet-Einstellungen. Der Skill nutzt dieselbe Flash-Imager-Engine, ohne das Desktopfenster.

Offenes Agent-Skills-Format: Codex, Claude Code, OpenCode, Gemini CLI, Cursor, OpenClaw und manuelles Laden in anderen Agenten. Erfordert Node 22+ und Datei-/Terminalzugriff. Erstellt die Imagedatei; schreibt nicht automatisch auf einen USB-Stick. Formatkompatibilität zertifiziert nicht jeden Agenten oder jedes Betriebssystem.

03 / RESCUE DISK · 1.0.2

La-Aguja-Image herunterladen

Rescue Disk 1.0.2 ist das gestartete Linux. Images, signierter Katalog und Prüfsummen liegen auf GitHub. Imager prüft Signatur und SHA-256. IMG.ZST vor manuellem Import entpacken; die BIOS-/UEFI-ISO ist keine konfigurierbare IMG.

Vor dem Start

Ist das nur ein Rettungsdatenträger?

Starte unabhängiges Linux vom USB und gib dem KI-Agenten eine Mission: Systeme bauen, Windows vorbereiten, virtuelle Labore erstellen oder erlaubte Rechner koordinieren. Beginne mit der Hardware, nicht dem Zustand des installierten Systems.

Müssen Windows oder Linux noch funktionieren?

Nein. Du startest das Linux von La Aguja per USB. Hardware und Start vom Medium müssen kompatibel sein.

Werden interne Datenträger beim Start verändert?

Sie werden nicht automatisch eingehängt oder repariert. Werkzeuge und Agenten können sie später verändern. Das Beschreiben des Vorbereitungs-USB ist ein eigener Vorgang und löscht diesen USB.

Geht es ohne Internet?

Lokale Werkzeuge ja. Cloud-KI braucht Netzwerk und dein Konto oder Zugangsmittel; ein lokales Modell ist nicht enthalten.

Ist Fernzugriff nötig?

Nein. Du kannst direkt am Rechner arbeiten. SSH im LAN oder deinem Tailscale/Headscale ist optional; LA AGUJA betreibt keine Fernkonsole.

Funktioniert es auf jedem Rechner?

Die aktuelle Version ist experimentell und für x86-64 gedacht. Hardware, Boot, Secure Boot und Verfahren prüfen; eine universell signierte Secure-Boot-Kette wird nicht angeboten.