OpenHands: bietet eine Entwicklungsumgebung, in der ein KI-Agent Aufgaben in einem kontrollierten Arbeitsbereich bearbeiten kann
OpenHands ist ein selbst gehostetes Kontrollzentrum für Coding-Agenten und betreibt Claude Code, Codex oder beliebige ACP-kompatible Agenten auf lokalen, Remote- oder Cloud-Backends.
Auf einen Blick
- Was ist das?
- Ein deutschsprachiger Leitfaden zu OpenHands, seinen dokumentierten Eingaben, Schnittstellen und Betriebsgrenzen.
- Für wen ist es gedacht?
- OpenHands eignet sich für Teams, deren Aufgabe zu den im README beschriebenen Eingaben und Betriebswegen passt. Prüfe zuerst docker run -it --rm --pull=always ghcr.io/all-hands-ai/openhands:main in einer isolierten Umgebung und kontrolliere die dabei entstehenden Dateien, Logs sowie den in README.md genannten Funktionsumfang.
- Darf ich es kommerziell nutzen?
- Ja. MIT ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
- Wird es noch gepflegt?
- Ja. Das Repository hat innerhalb des letzten Tages neue Commits erhalten.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich Python, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
OpenHands: Agent und Arbeitsbereich
OpenHands bietet eine Entwicklungsumgebung, in der ein KI-Agent Aufgaben in einem kontrollierten Arbeitsbereich bearbeiten kann. Der Abschnitt Agent und Arbeitsbereich konkretisiert, welche Rolle dieser Baustein im dokumentierten Projekt spielt. Das README nennt OpenHands/OpenHands als Quelle und grenzt den Anspruch über Beispiele, unterstützte Eingaben oder aufgeführte Komponenten ein. Eine solche Beschreibung ist belastbarer als eine allgemeine Produktbehauptung, sagt aber noch nichts über jede Umgebung aus. Für die Einordnung zählen daher die im Repository sichtbaren Schnittstellen, Defaults und Abhängigkeiten.
Für Agent und Arbeitsbereich ist der erste sinnvolle Blick auf README.md. Ein kleiner Durchlauf mit docker run -it --rm --pull=always ghcr.io/all-hands-ai/openhands:main kann zeigen, ob die dokumentierte Einstiegskette überhaupt erreichbar ist. Beobachte dabei bei OpenHands die konkrete Ausgabe, erzeugte Dateien und Fehlermeldungen. Das README macht keine Zusage für Fälle, die dort nicht beschrieben sind; fehlende Angaben bleiben offene Punkte und werden nicht als Fähigkeit ergänzt.
Praktisch passt OpenHands vor allem zu Teams, die agent und arbeitsbereich in einen kontrollierten Ablauf einordnen können. Vor einer Entscheidung sollte genau dieser Projektpfad mit einer eigenen, nicht sensiblen Eingabe geprüft werden. So lässt sich feststellen, ob Format, Laufzeit, Rechte und Wartungsaufwand zum Einsatz passen, ohne aus Sichtbarkeit oder Versionsnummern eine Garantie abzuleiten.
OpenHands: Werkzeuge für Codeaufgaben
OpenHands bietet eine Entwicklungsumgebung, in der ein KI-Agent Aufgaben in einem kontrollierten Arbeitsbereich bearbeiten kann. Der Abschnitt Werkzeuge für Codeaufgaben konkretisiert, welche Rolle dieser Baustein im dokumentierten Projekt spielt. Das README nennt OpenHands/OpenHands als Quelle und grenzt den Anspruch über Beispiele, unterstützte Eingaben oder aufgeführte Komponenten ein. Eine solche Beschreibung ist belastbarer als eine allgemeine Produktbehauptung, sagt aber noch nichts über jede Umgebung aus. Für die Einordnung zählen daher die im Repository sichtbaren Schnittstellen, Defaults und Abhängigkeiten.
Für Werkzeuge für Codeaufgaben ist der erste sinnvolle Blick auf README.md und den Abschnitt Werkzeuge für Codeaufgaben. Ein kleiner Durchlauf mit docker run -it --rm --pull=always ghcr.io/all-hands-ai/openhands:main kann zeigen, ob die dokumentierte Einstiegskette überhaupt erreichbar ist. Beobachte dabei bei OpenHands die konkrete Ausgabe, erzeugte Dateien und Fehlermeldungen. Das README macht keine Zusage für Fälle, die dort nicht beschrieben sind; fehlende Angaben bleiben offene Punkte und werden nicht als Fähigkeit ergänzt.
Praktisch passt OpenHands vor allem zu Teams, die werkzeuge für codeaufgaben in einen kontrollierten Ablauf einordnen können. Vor einer Entscheidung sollte genau dieser Projektpfad mit einer eigenen, nicht sensiblen Eingabe geprüft werden. So lässt sich feststellen, ob Format, Laufzeit, Rechte und Wartungsaufwand zum Einsatz passen, ohne aus Sichtbarkeit oder Versionsnummern eine Garantie abzuleiten.
OpenHands: Docker und lokale Ausführung
OpenHands bietet eine Entwicklungsumgebung, in der ein KI-Agent Aufgaben in einem kontrollierten Arbeitsbereich bearbeiten kann. Der Abschnitt Docker und lokale Ausführung konkretisiert, welche Rolle dieser Baustein im dokumentierten Projekt spielt. Das README nennt OpenHands/OpenHands als Quelle und grenzt den Anspruch über Beispiele, unterstützte Eingaben oder aufgeführte Komponenten ein. Eine solche Beschreibung ist belastbarer als eine allgemeine Produktbehauptung, sagt aber noch nichts über jede Umgebung aus. Für die Einordnung zählen daher die im Repository sichtbaren Schnittstellen, Defaults und Abhängigkeiten.
Für Docker und lokale Ausführung ist der erste sinnvolle Blick auf README.md. Ein kleiner Durchlauf mit docker run -it --rm --pull=always ghcr.io/all-hands-ai/openhands:main kann zeigen, ob die dokumentierte Einstiegskette überhaupt erreichbar ist. Beobachte dabei bei OpenHands die konkrete Ausgabe, erzeugte Dateien und Fehlermeldungen. Das README macht keine Zusage für Fälle, die dort nicht beschrieben sind; fehlende Angaben bleiben offene Punkte und werden nicht als Fähigkeit ergänzt.
Praktisch passt OpenHands vor allem zu Teams, die docker und lokale ausführung in einen kontrollierten Ablauf einordnen können. Vor einer Entscheidung sollte genau dieser Projektpfad mit einer eigenen, nicht sensiblen Eingabe geprüft werden. So lässt sich feststellen, ob Format, Laufzeit, Rechte und Wartungsaufwand zum Einsatz passen, ohne aus Sichtbarkeit oder Versionsnummern eine Garantie abzuleiten.
OpenHands: Modelle und API-Schlüssel
OpenHands bietet eine Entwicklungsumgebung, in der ein KI-Agent Aufgaben in einem kontrollierten Arbeitsbereich bearbeiten kann. Der Abschnitt Modelle und API-Schlüssel konkretisiert, welche Rolle dieser Baustein im dokumentierten Projekt spielt. Das README nennt OpenHands/OpenHands als Quelle und grenzt den Anspruch über Beispiele, unterstützte Eingaben oder aufgeführte Komponenten ein. Eine solche Beschreibung ist belastbarer als eine allgemeine Produktbehauptung, sagt aber noch nichts über jede Umgebung aus. Für die Einordnung zählen daher die im Repository sichtbaren Schnittstellen, Defaults und Abhängigkeiten.
Für Modelle und API-Schlüssel ist der erste sinnvolle Blick auf README.md und den Abschnitt Modelle und API-Schlüssel. Ein kleiner Durchlauf mit docker run -it --rm --pull=always ghcr.io/all-hands-ai/openhands:main kann zeigen, ob die dokumentierte Einstiegskette überhaupt erreichbar ist. Beobachte dabei bei OpenHands die konkrete Ausgabe, erzeugte Dateien und Fehlermeldungen. Das README macht keine Zusage für Fälle, die dort nicht beschrieben sind; fehlende Angaben bleiben offene Punkte und werden nicht als Fähigkeit ergänzt.
Praktisch passt OpenHands vor allem zu Teams, die modelle und api-schlüssel in einen kontrollierten Ablauf einordnen können. Vor einer Entscheidung sollte genau dieser Projektpfad mit einer eigenen, nicht sensiblen Eingabe geprüft werden. So lässt sich feststellen, ob Format, Laufzeit, Rechte und Wartungsaufwand zum Einsatz passen, ohne aus Sichtbarkeit oder Versionsnummern eine Garantie abzuleiten.
OpenHands: Kontrolle von Änderungen
OpenHands bietet eine Entwicklungsumgebung, in der ein KI-Agent Aufgaben in einem kontrollierten Arbeitsbereich bearbeiten kann. Der Abschnitt Kontrolle von Änderungen konkretisiert, welche Rolle dieser Baustein im dokumentierten Projekt spielt. Das README nennt OpenHands/OpenHands als Quelle und grenzt den Anspruch über Beispiele, unterstützte Eingaben oder aufgeführte Komponenten ein. Eine solche Beschreibung ist belastbarer als eine allgemeine Produktbehauptung, sagt aber noch nichts über jede Umgebung aus. Für die Einordnung zählen daher die im Repository sichtbaren Schnittstellen, Defaults und Abhängigkeiten.
Für Kontrolle von Änderungen ist der erste sinnvolle Blick auf README.md. Ein kleiner Durchlauf mit docker run -it --rm --pull=always ghcr.io/all-hands-ai/openhands:main kann zeigen, ob die dokumentierte Einstiegskette überhaupt erreichbar ist. Beobachte dabei bei OpenHands die konkrete Ausgabe, erzeugte Dateien und Fehlermeldungen. Das README macht keine Zusage für Fälle, die dort nicht beschrieben sind; fehlende Angaben bleiben offene Punkte und werden nicht als Fähigkeit ergänzt.
Praktisch passt OpenHands vor allem zu Teams, die kontrolle von änderungen in einen kontrollierten Ablauf einordnen können. Vor einer Entscheidung sollte genau dieser Projektpfad mit einer eigenen, nicht sensiblen Eingabe geprüft werden. So lässt sich feststellen, ob Format, Laufzeit, Rechte und Wartungsaufwand zum Einsatz passen, ohne aus Sichtbarkeit oder Versionsnummern eine Garantie abzuleiten.
OpenHands: Version, Sicherheit und Kosten
OpenHands bietet eine Entwicklungsumgebung, in der ein KI-Agent Aufgaben in einem kontrollierten Arbeitsbereich bearbeiten kann. Der Abschnitt Version, Sicherheit und Kosten konkretisiert, welche Rolle dieser Baustein im dokumentierten Projekt spielt. Das README nennt OpenHands/OpenHands als Quelle und grenzt den Anspruch über Beispiele, unterstützte Eingaben oder aufgeführte Komponenten ein. Eine solche Beschreibung ist belastbarer als eine allgemeine Produktbehauptung, sagt aber noch nichts über jede Umgebung aus. Für die Einordnung zählen daher die im Repository sichtbaren Schnittstellen, Defaults und Abhängigkeiten.
Für Version, Sicherheit und Kosten ist der erste sinnvolle Blick auf README.md und den Abschnitt Version, Sicherheit und Kosten. Ein kleiner Durchlauf mit docker run -it --rm --pull=always ghcr.io/all-hands-ai/openhands:main kann zeigen, ob die dokumentierte Einstiegskette überhaupt erreichbar ist. Beobachte dabei bei OpenHands die konkrete Ausgabe, erzeugte Dateien und Fehlermeldungen. Das README macht keine Zusage für Fälle, die dort nicht beschrieben sind; fehlende Angaben bleiben offene Punkte und werden nicht als Fähigkeit ergänzt.
Praktisch passt OpenHands vor allem zu Teams, die version, sicherheit und kosten in einen kontrollierten Ablauf einordnen können. Vor einer Entscheidung sollte genau dieser Projektpfad mit einer eigenen, nicht sensiblen Eingabe geprüft werden. So lässt sich feststellen, ob Format, Laufzeit, Rechte und Wartungsaufwand zum Einsatz passen, ohne aus Sichtbarkeit oder Versionsnummern eine Garantie abzuleiten.
Redaktionelles Fazit
OpenHands eignet sich für Teams, deren Aufgabe zu den im README beschriebenen Eingaben und Betriebswegen passt. Prüfe zuerst docker run -it --rm --pull=always ghcr.io/all-hands-ai/openhands:main in einer isolierten Umgebung und kontrolliere die dabei entstehenden Dateien, Logs sowie den in README.md genannten Funktionsumfang. Nicht passend ist das Projekt, wenn eine nicht dokumentierte Plattform, Datenform oder Sicherheitszusage zwingend vorausgesetzt wird.
Community-Notizen