ClawHosters
Yixn.io
ES Futures Bot
Hester NG
SparkChambers
Kofferly
Anti-Baby-Shower
SipQuest
PintRush
Linkster.co
Golem Overlord
Splex.gg
ProPhy
RLTracker
ClawHosters.com
Ich hatte keine Lust mehr, Leuten samstagsabends beim Docker-Debuggen zu helfen. Also hab ich eine Hosting-Plattform gebaut, die alles für sie erledigt.
ClawHosters besuchen
Jan–Feb 2026
PROVISION
<60s
Von Anmeldung bis laufende Instanz
PLATTFORMEN
4+
Telegram, WhatsApp, Discord, Slack
Das Problem
OpenClaw ist als Open-Source-KI-Agenten-Framework wirklich beeindruckend, aber der Setup-Prozess ist hart. Man braucht Docker, korrekt konfigurierte Ports, Firewall-Regeln, API-Keys und irgendeine Lösung für Updates. Die meisten Leute, denen ich geholfen hab, haben allein fürs Setup über 4 Stunden gebraucht - und kamen eine Woche später wieder, als irgendwas kaputt ging.
"Nachdem ich der 7. Person an einem Samstagabend beim Debuggen ihres OpenClaw-Docker-Setups geholfen hatte, wurde mir klar: Ich löse immer wieder das gleiche Problem. Das waren keine dummen Leute - die wollten einfach den KI-Assistenten, nicht die DevOps-Hausaufgaben."
WARTUNG
0
Voll verwaltet, null Kundenaufwand
RUBY
~2K
Zeilen Provisioning-Code
Rails 8
PostgreSQL
Sidekiq
Hetzner Cloud API
Docker
Traefik
Redis
Cloudflare
ClawHosters nimmt den Schmerz aus dem Betrieb von OpenClaw. Statt stundenlang mit Docker, Ports, Firewalls und API-Keys zu kämpfen, drückt man einen Knopf und hat in unter einer Minute eine laufende Instanz. Jeder Kunde bekommt seinen eigenen dedizierten VPS mit allem vorinstalliert. Das Ganze hab ich in etwa 6 Wochen gebaut, vom ersten Hetzner-API-Aufruf bis zum ersten zahlenden Kunden.
Gründer & Entwickler
Jan–Feb 2026
Snapshot-basiertes Provisioning
Die erste Version hat per Cloud-Init alles von Grund auf installiert. Hat funktioniert, aber 5+ Minuten gedauert. Der Umstieg auf vorinstallierte Snapshots mit Docker, OpenClaw, Playwright-Browsern und Sicherheitshärtung hat das auf unter 60 Sekunden gedrückt.
<60s
Deploy-Zeit
5x
schneller als v1
Läuft wo die Leute schon sind
Niemand will noch ein Web-Dashboard checken. OpenClaw verbindet sich mit den Messaging-Apps, die Leute sowieso nutzen - Telegram, WhatsApp, Discord, Slack. Jede Instanz ist komplett isoliert auf einem eigenen VPS.
- • Telegram, WhatsApp, Discord, Slack
- • Volle VPS-Isolation pro Kunde
4-Schichten-Sicherheit
Kunden-Container im Internet zu betreiben ist beängstigend. Deshalb hab ich vier Schutzschichten gebaut: Hetzner Cloud Firewall auf Netzwerkebene, iptables auf dem Host, fail2ban mit Key-Only-SSH und Docker-Daemon-Härtung. Wenn eine Schicht versagt, halten die anderen.
- • Netzwerk-Firewall + Host-iptables
- • fail2ban + Docker-Härtung
Vorgewärmter VPS-Pool
Selbst 60 Sekunden fühlten sich zu lang an. Also hab ich einen Pool vorgebooteter VPS-Instanzen eingerichtet, die im Leerlauf warten. Wenn sich ein neuer Kunde anmeldet, weisen wir einfach einen dieser warmen Server zu - Provisioning sinkt auf 15-20 Sekunden.
15s
Claim-Zeit
auto
Auffüllung
Eigenen API-Key mitbringen
Manche Leute wollen ihren eigenen OpenAI- oder Anthropic-Key nutzen, statt für verwalteten LLM-Zugang zu zahlen. BYOK-Modus lässt sie ihre eigenen Credentials einstecken - ohne Aufschlag. Ihr Key, ihr Verbrauch, ihre Rechnung.
- • OpenAI, Anthropic, DeepSeek, Google
- • Kein Aufschlag auf API-Kosten
Null Wartung
Der ganze Punkt ist, dass Kunden sich nie per SSH irgendwo einloggen müssen. Updates, Sicherheitspatches, Backups, Monitoring - wird alles erledigt. Wenn um 3 Uhr nachts was kaputtgeht, ist das mein Problem, nicht ihres.
- • Auto-Updates und Sicherheitspatches
- • 24/7-Monitoring mit Prometheus
Was dabei rauskam
<60s
Provisioning von 5+ Minuten auf unter 60 Sekunden
€19–59
3 Preisstufen von €19 bis €59 pro Monat
Was ich gelernt hab
Alles in einen Snapshot vorzubacken ist dramatisch schneller als on-the-fly zu installieren. Klingt im Nachhinein offensichtlich, aber die erste Version nutzte Cloud-Init und ich dachte, das reicht - bis ich die Zeit tatsächlich gemessen hab.
Ich hab ein Kreditsystem namens 'Claws' für tägliche Abrechnung gebaut, bevor irgendwer danach gefragt hat. Hätte erstmal einfache Monatsabos ausliefern und die Komplexität später hinzufügen sollen.
Sidekiq-Worker halten Code im Speicher. Ich hab neue Provisioning-Logik deployed, aber vergessen die Worker neuzustarten - die liefen mit dem alten Code weiter. Hat Stunden gedauert rauszufinden, warum neue Instanzen kaputt waren.
Brauchst du sowas?
Ich baue Produktions-Infrastruktur von Grund auf. Ob Managed-Hosting-Plattform, SaaS-Backend oder einfach jemand, der sich mit Rails und Servern auskennt - lass uns reden.
Kontakt aufnehmen