Vorbereitung in sieben Schritten
Der Assistent endet bei 07 · Datenträger erstellen. Profile/USB und Imager-Updates sind getrennte Werkzeuge.
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

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.
Der Assistent endet bei 07 · Datenträger erstellen. Profile/USB und Imager-Updates sind getrennte Werkzeuge.
Verschlüsselte .aguja-Profile speichern/öffnen oder die Konfiguration eines vorhandenen USB-Sticks ohne Neuschreiben ändern.
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.
BitLocker- oder LUKS-Schlüssel eines anderen PCs hinzufügen. Unter Windows steht lokales BitLocker vor manuellen Schlüsseln.
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.
Image, Sprache, Tastatur und Netzwerk wählen. KI und Fernzugriff sind optional.
Vom USB-Stick booten. La Aguja lädt sein eigenes Linux, unabhängig vom installierten System.
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.
Startpläne, keine ausgeführten Deployments. Die Seite verbindet sich nie mit deinem PC und führt keine Befehle aus.
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.
Halte an, wenn: Ziel oder Backup unklar sind.
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.
Halte an, wenn: Ressourcen oder Virtualisierung fehlen.
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.
Halte an, wenn: Daten nur im RAM blieben oder Zugriffe den Auftrag überschreiten.
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.
Halte an, wenn: Ziel oder Backup unklar sind.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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 →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.
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.
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.
Nein. Du startest das Linux von La Aguja per USB. Hardware und Start vom Medium müssen kompatibel sein.
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.
Lokale Werkzeuge ja. Cloud-KI braucht Netzwerk und dein Konto oder Zugangsmittel; ein lokales Modell ist nicht enthalten.
Nein. Du kannst direkt am Rechner arbeiten. SSH im LAN oder deinem Tailscale/Headscale ist optional; LA AGUJA betreibt keine Fernkonsole.
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.
Wenn ein Computer ausfällt, stehen Erinnerungen, Arbeit und Menschen dahinter. LA AGUJA hilft, sie zu retten. Hat sie dir in einem schweren Moment geholfen, hält dein Kaffee dieses freie Projekt am Leben. Danke für deine Unterstützung.

Spenden sind freiwillig. Alle Werkzeuge bleiben verfügbar.