OpenHands erweitern und dazu beitragen

1. Beginne mit dem engsten zuständigen Bereich

OpenHands ist breit genug, dass du zuerst eine Schicht auswählen solltest:

Ziel	Erste Anlaufstelle
Verhalten der Agent-Laufzeit	openhands/
UI-Verbesserungen	frontend/
Arbeit an der Ausführungsumgebung	containers/ und Konfiguration
Validierung	tests/
Dokumentation oder Beitragenden-Onboarding	offizielle Dokumentation und Repository-Hinweise

2. Warum Schichtgrenzen wichtig sind

Da das Produkt Agent-Verhalten, UI und sandboxed Ausführung vermischt, können große, querschneidende Patches schnell schwer zu prüfen werden. Kleine, schicht-bewusste Änderungen lassen sich deutlich sicherer einbringen.

3. Beste erste Beiträge

Die hebelstärksten ersten Beiträge sind üblicherweise:

1. Setup- und Dokumentationskorrekturen,
2. gezielte Laufzeit-Fehlerbehebungen,
3. Verbesserungen der Frontend-Klarheit,
4. Testabdeckung für häufige Regressionen,
5. Ergonomie von Sandbox oder Konfiguration.

4. Denke durchgängig

Bei OpenHands ist ein Beitrag erst dann wirklich korrekt, wenn die vollständige Entwicklerschleife weiterhin funktioniert:

• Aufgabenzuweisung,
• Repository-Inspektion,
• Befehlsausführung,
• Dateibearbeitung,
• Prüfung der Ausgabe.

5. Bevor du einen PR öffnest

Lies die Beitragshinweise, validiere den Workflow, den du geändert hast, und halte deinen ersten Patch eng genug, dass Maintainer ihn verstehen können, ohne eine ganze Agent-Sitzung erneut durchspielen zu müssen.