ironclaw: IronClaw is an Agent OS focused on privacy, security and extensibility.

IronClaw als lokales Agenten-System

IronClaw wird im Repository als ein Agenten-Betriebssystem beschrieben, das sich auf Privatsphäre, Sicherheit und Erweiterbarkeit konzentriert. Es ist in Rust geschrieben, und die README stellt es als einen sicheren persönlichen KI-Assistenten dar, der auf dem eigenen Rechner des Benutzers läuft. Der Metadaten-Snapshot zeigt 12.588 Sterne, 1.487 Forks und 1.518 offene Issues; das Projekt ist nicht archiviert und weiterhin aktiv. Als Homepage ist ironclaw.com angegeben, die README selbst beschreibt jedoch nicht, was diese Seite enthält.

Prüfnotiz 1 für ironclaw: ironclaw wird in diesem Abschnitt unter dem konkreten Gesichtspunkt IronClaw als lokales Agenten-System betrachtet. Für eine belastbare Prüfung gehören die im README genannten Begriffe ironclaw onboard, ironclaw status, ironclaw config list, WASM-Sandbox, Rust 1.96+, Node.js 22+ in denselben Testfall. Die Beschreibung ist eine Wiedergabe der dokumentierten Funktion; Messwerte, unabhängige Audits und nicht genannte Integrationen lassen sich aus dem Material nicht ableiten.

Sicherheitsgrenzen von WASM und Geheimnissen

Die README beginnt ihren Philosophie-Abschnitt mit dem Grundsatz, dass ein KI-Assistent für den Benutzer arbeiten sollte, nicht gegen ihn. Es folgen vier Zusagen: Alle Daten bleiben lokal gespeichert und verschlüsselt und verlassen nie die Kontrolle des Benutzers; der Code ist offen und prüfbar, ohne versteckte Telemetrie oder Datensammlung; neue Werkzeuge können ohne Warten auf Hersteller-Updates erstellt werden; und mehrere Sicherheitsebenen schützen vor Prompt-Injection und Datenerfassung nach außen. Dies sind formulierte Designziele. Die Repository-Metadaten enthalten keine Belege dafür, ob die Implementierung diese Ziele erreicht, und die README zitiert keine unabhängigen Audits.

Prüfnotiz 2 für ironclaw: ironclaw wird in diesem Abschnitt unter dem konkreten Gesichtspunkt Sicherheitsgrenzen von WASM und Geheimnissen betrachtet. Für eine belastbare Prüfung gehören die im README genannten Begriffe ironclaw onboard, ironclaw status, ironclaw config list, WASM-Sandbox, Rust 1.96+, Node.js 22+ in denselben Testfall. Die Beschreibung ist eine Wiedergabe der dokumentierten Funktion; Messwerte, unabhängige Audits und nicht genannte Integrationen lassen sich aus dem Material nicht ableiten.

Kanäle, Routinen und Speicher

Der Sicherheitsabschnitt ist der detaillierteste Teil der README. Nicht vertrauenswürdige Werkzeuge laufen in einer WebAssembly-Sandbox mit capability-basierten Berechtigungen; HTTP-Zugriff, Zugriff auf Geheimnisse und Werkzeugaufrufe erfordern jeweils explizites Opt-in. Eine Endpunkt-Allowlist beschränkt ausgehende HTTP-Anfragen auf genehmigte Hosts und Pfade. Geheimnisse werden an der Host-Grenze injiziert, niemals dem WASM-Code ausgesetzt, und ein Leckdetektor scannt sowohl Anfragen als auch Antworten. Rate-Limiting und Ressourcengrenzen beschränken jedes Werkzeug. Der Prompt-Injection-Schutz kombiniert Mustererkennung, Inhaltsbereinigung, Richtlinienregeln mit den Schweregraden Block, Warn, Review und Sanitize sowie das Umhüllen von Werkzeugausgaben. Die README stellt außerdem fest, dass alle Daten im lokalen Anwendungszustand verbleiben, Geheimnisse mit AES-256-GCM verschlüsselt werden und ein vollständiges Audit-Log aller Werkzeugausführungen geführt wird. Diese Aussagen beschreiben die beabsichtigte Konstruktion; das bereitgestellte Material enthält keine Testergebnisse oder ein Sicherheitsaudit.

Prüfnotiz 3 für ironclaw: ironclaw wird in diesem Abschnitt unter dem konkreten Gesichtspunkt Kanäle, Routinen und Speicher betrachtet. Für eine belastbare Prüfung gehören die im README genannten Begriffe ironclaw onboard, ironclaw status, ironclaw config list, WASM-Sandbox, Rust 1.96+, Node.js 22+ in denselben Testfall. Die Beschreibung ist eine Wiedergabe der dokumentierten Funktion; Messwerte, unabhängige Audits und nicht genannte Integrationen lassen sich aus dem Material nicht ableiten.

Onboarding und Konfiguration

Das Architekturdiagramm zeigt die Kanäle ganz oben: REPL, HTTP, WASM-Kanäle wie Telegram und Slack sowie ein Web-Gateway mit SSE- und WebSocket-Streaming. Diese speisen eine Agentenschleife, die die Absicht entweder an einen Scheduler für parallele Jobs oder an eine Routinen-Engine für Cron-, Ereignis- und Webhook-Trigger weiterleitet. Lokale Worker laufen im Prozess, während ein Orchestrator Docker-Sandbox-Container mit Authentifizierungstokens pro Job verwaltet. Die Werkzeug-Registry enthält eingebaute Werkzeuge, MCP-Protokollverbindungen und WASM-Werkzeuge. Der persistente Speicher nutzt ein Workspace-Dateisystem mit hybrider Suche, die Volltext- und Vektorsuche über Reciprocal Rank Fusion kombiniert, sowie Identitätsdateien, die Persönlichkeit und Vorlieben über Sitzungen hinweg konsistent halten. Die Tabelle der Kernkomponenten listet neun Einträge von der Agentenschleife bis zur Sicherheitsebene auf.

Prüfnotiz 4 für ironclaw: ironclaw wird in diesem Abschnitt unter dem konkreten Gesichtspunkt Onboarding und Konfiguration betrachtet. Für eine belastbare Prüfung gehören die im README genannten Begriffe ironclaw onboard, ironclaw status, ironclaw config list, WASM-Sandbox, Rust 1.96+, Node.js 22+ in denselben Testfall. Die Beschreibung ist eine Wiedergabe der dokumentierten Funktion; Messwerte, unabhängige Audits und nicht genannte Integrationen lassen sich aus dem Material nicht ableiten.

Rust-Bau und OpenClaw-Bezug

Der Schnellstart verwendet ein Shell-Installationsprogramm für macOS, Linux und Windows/WSL, zusätzlich gibt es ein MSI-Installationsprogramm und ein PowerShell-Skript für Windows. Nach der Installation führt `ironclaw onboard` eine geführte Einrichtung durch: LLM-Anbieter wählen, API-Schlüssel in der verborgenen Eingabeaufforderung eingeben und das Standardmodell akzeptieren oder ein anderes angeben. Der Befehl richtet lokale Konfiguration, einen verschlüsselten Anmeldedatenspeicher und ein WebUI-Anmeldetoken ein; unter macOS und Linux installiert und startet er auch den Hintergrunddienst. Zu den Konfigurationsbefehlen gehören `ironclaw models set-provider`, `ironclaw config set` und `ironclaw status`. Geheimniswerte akzeptieren niemals Positionsargumente; sie werden immer ohne Echo abgefragt. Kanäle wie Slack und Telegram haben weder Konfigurationsdateieinstellungen noch einen CLI-Aktivierungsschlüssel; die README sagt, man solle die Erweiterung installieren und die Einrichtung auf der WebUI-Erweiterungsseite abschließen. Konfigurationsänderungen starten den Dienst nicht automatisch neu, daher ist nach Änderungen `ironclaw service restart` erforderlich.

Prüfnotiz 5 für ironclaw: ironclaw wird in diesem Abschnitt unter dem konkreten Gesichtspunkt Rust-Bau und OpenClaw-Bezug betrachtet. Für eine belastbare Prüfung gehören die im README genannten Begriffe ironclaw onboard, ironclaw status, ironclaw config list, WASM-Sandbox, Rust 1.96+, Node.js 22+ in denselben Testfall. Die Beschreibung ist eine Wiedergabe der dokumentierten Funktion; Messwerte, unabhängige Audits und nicht genannte Integrationen lassen sich aus dem Material nicht ableiten.

Prüfung im eigenen Arbeitsablauf

IronClaw ist eine von OpenClaw inspirierte Rust-Neuimplementierung; OpenClaw selbst ist in TypeScript geschrieben. Die README nennt vier wesentliche Unterschiede: Rust statt TypeScript für native Leistung und Speichersicherheit, eine WASM-Sandbox statt Docker, PostgreSQL statt SQLite und ein sicherheitsorientiertes Design. Eine Feature-Paritätsmatrix befindet sich in FEATURE_PARITY.md. Für den Bau aus dem Quellcode werden Rust 1.96+ und Node.js 22+ mit Corepack und pnpm benötigt. Tests verwenden PostgreSQL, mit `createdb ironclaw_test` vor `cargo test`. Die README macht keine Angaben zu Release-Rhythmus oder Versionshistorie.

Prüfnotiz 6 für ironclaw: ironclaw wird in diesem Abschnitt unter dem konkreten Gesichtspunkt Prüfung im eigenen Arbeitsablauf betrachtet. Für eine belastbare Prüfung gehören die im README genannten Begriffe ironclaw onboard, ironclaw status, ironclaw config list, WASM-Sandbox, Rust 1.96+, Node.js 22+ in denselben Testfall. Die Beschreibung ist eine Wiedergabe der dokumentierten Funktion; Messwerte, unabhängige Audits und nicht genannte Integrationen lassen sich aus dem Material nicht ableiten.

Lizenz und Einordnung

Die README erklärt, dass das Projekt unter der Apache License 2.0 oder der MIT License steht, wobei der Benutzer wählen kann, und verweist auf die Dateien LICENSE-APACHE und LICENSE-MIT. Die Repository-Metadaten verzeichnen Apache-2.0 als SPDX-Lizenzkennung. In dem für diesen Artikel bereitgestellten Material wurde jedoch keine LICENSE-Datei an üblichen Pfaden gefunden, sodass der genaue Lizenztext hier nicht überprüft werden konnte. Der Lizenztext selbst trifft keine Aussagen über Sicherheitsgarantien, Support-Zusagen oder Gewährleistungsbedingungen.

Prüfnotiz 7 für ironclaw: ironclaw wird in diesem Abschnitt unter dem konkreten Gesichtspunkt Lizenz und Einordnung betrachtet. Für eine belastbare Prüfung gehören die im README genannten Begriffe ironclaw onboard, ironclaw status, ironclaw config list, WASM-Sandbox, Rust 1.96+, Node.js 22+ in denselben Testfall. Die Beschreibung ist eine Wiedergabe der dokumentierten Funktion; Messwerte, unabhängige Audits und nicht genannte Integrationen lassen sich aus dem Material nicht ableiten.

Redaktionelles Fazit

Geeignet ist ironclaw für Teams und Einzelpersonen, deren konkreter Bedarf zu ironclaw onboard, ironclaw status, ironclaw config list, WASM-Sandbox, Rust 1.96+, Node.js 22+ passt. Ungeeignet ist es als pauschaler Ersatz für andere Werkzeuge. Vor einer Entscheidung sollte genau der im README beschriebene Ablauf mit ironclaw in einer isolierten Testumgebung ausgeführt und sein tatsächliches Ergebnis mit der Dokumentation verglichen werden.

Offizielle Quellen

1. Official documentation
2. Official README
3. Project repository
4. Release notes