OpenClaw im Unternehmen: Anleitung auf Deutsch mit Büro-Beispiel

OpenClaw auf Deutsch: was es ist, was es kostet, wie du startest

OpenClaw ist ein Open-Source-Assistent, den ihr selbst betreibt. Herzstück ist das Gateway, ein Prozess auf eurem Rechner oder Server, der Chat-Apps wie Microsoft Teams, Slack, Telegram oder WhatsApp mit einem KI-Modell verbindet und geplante Aufgaben ausführt. Dasselbe Gateway dient einer Person oder einem ganzen Team; laut Dokumentation unterscheidet sich nur die Konfiguration.

Auf Deutsch umstellen lässt sich vor allem die Weboberfläche, in der Doku Control UI genannt. Sie übernimmt beim ersten Aufruf die Sprache des Browsers und lässt sich später in den Einstellungen unter „Appearance“ und „Language“ ändern; Deutsch gehört zu den unterstützten Sprachen. Der Einrichtungsassistent im Terminal spricht dagegen nur Englisch und Chinesisch. Geplante Aufgaben übernehmen keine Sprache aus Kanal oder Systemeinstellung, deshalb gehört die Vorgabe „Antworte auf Deutsch“ direkt in den Auftrag. Die Dokumentation gibt es unter docs.openclaw.ai/de in einer maschinell erzeugten Übersetzung; bei Abweichungen prüft die englische Seite.

Für den Start braucht ihr einen Rechner, der dauerhaft läuft, und Zugang zu einem Modellanbieter. Unter macOS, Linux und WSL2 installiert ein Skript OpenClaw, bei Bedarf samt Node.js, und startet die Einrichtung; unter Windows geht das per PowerShell oder mit der App Windows Hub. Danach richtet der Befehl „openclaw gateway install“ das Gateway als Hintergrunddienst ein, und „openclaw dashboard“ öffnet die Weboberfläche. Welche Umgebung sich für den Dauerbetrieb eignet, zeigt die Tabelle im Abschnitt „OpenClaw installieren“ weiter unten.

Belege: OpenClaw: Dokumentation, Startseite ↗ · OpenClaw: Einstellungen der Weboberfläche ↗ · OpenClaw: Einrichtungsassistent ↗ · OpenClaw: Zustellung, Fehlermeldungen und Ausgabesprache ↗ · OpenClaw: Dokumentation auf Deutsch ↗ · OpenClaw: Installation ↗ · OpenClaw: API-Verbrauch und Kostenauswertung ↗ · OpenClaw: So laufen Automationen ↗

Das Büro-Beispiel: Welche Vorgänge brauchen heute Aufmerksamkeit?

In unserem fiktiven Servicebetrieb liegen Termine im Kalender, Angebote in einer Tabelle und Kundenrückfragen im Postfach. Die Inhaberin möchte vor Arbeitsbeginn wissen, welche drei Vorgänge heute Aufmerksamkeit brauchen. Der Agent soll keine Kunden anschreiben und keine Termine buchen.

Eine gute Übersicht zeigt je Vorgang den letzten belegten Stand, die offene Frage und die zuständige Person. Eine bloße Zusammenfassung aller Nachrichten würde denselben Lesestapel nur anders formatieren. Lege deshalb fest, welche Arten von Vorgängen überhaupt aufgenommen werden.

Wir verwenden im Download absichtlich fünf erfundene Fälle: ein offenes Angebot, eine Absage, eine Terminverschiebung, einen unbekannten Kunden und eine nicht erreichbare Quelle. Damit ist vor der Umsetzung klar, was eine brauchbare Ausgabe enthalten muss.

OpenClaw einrichten: Was vorher feststehen muss

Für eine Morgenübersicht braucht ihr mehr als einen Zeitplan: Welche offenen Vorgänge gehören hinein? Wo liegt der verbindliche Stand? Wer liest die Ausgabe und was soll diese Person damit tun? Beginne mit einer Quelle, deren Inhalt und Aktualisierung dein Team kennt.

Zur technischen Einrichtung gehören eine betreute Laufumgebung, Modellzugang, passende Quellenanbindungen und ein Ausgabeort. Der Befehl „openclaw onboard“ führt durch die Grundeinrichtung: Der Schnellstart übernimmt einen gefundenen KI-Zugang, prüft ihn mit einer echten Anfrage und öffnet die Weboberfläche. Danach zeigt „openclaw doctor“ Probleme in der Konfiguration und „openclaw gateway status“, ob das Gateway läuft. Der verantwortliche Betreiber muss fehlgeschlagene Läufe erkennen und Zugänge erneuern können. Erweitere den Auftrag erst, wenn der kleine Ablauf auch bei fehlender Quelle oder leerer Ergebnismenge korrekt reagiert.

Belege: OpenClaw: Dokumentation, Startseite ↗ · OpenClaw: Installation ↗

Ein Betriebsbrief für 08:30 Uhr

„Jeden Morgen“ lässt Zeitzone, Wochenenden und verspätete Quellen offen. Für unseren Beispielbetrieb startet der Auftrag montags bis freitags um 08:30 Uhr in Europe/Vienna; die fertige Übersicht wird bis 08:45 Uhr erwartet. Beide Uhrzeiten sind eigene Planungsannahmen. Die Zeitzone gehört ausdrücklich in den Zeitplan: Ohne Angabe richtet sich OpenClaw nach der Zeitzone des Rechners, auf dem das Gateway läuft, und ein Server in UTC würde den Bericht im Sommer erst um 10:30 Uhr Wiener Zeit starten. Die Laufzeit braucht einen Puffer, und ein überfälliger Bericht eine Meldung. Gesetzliche Feiertage sind eine zusätzliche Geschäftsregel.

Vergib pro Berichtstag eine eindeutige Kennung. Wird der Lauf nach einem Ausfall wiederholt, soll der vorhandene Bericht ergänzt oder eindeutig ersetzt werden. Ein erneuter Versand braucht eine eigene Regel. Halte außerdem fest, wie alt ein Export höchstens sein darf; der folgende Wert von 24 Stunden ist nur die Annahme dieses Beispiels.

Der Ablauf ist erst übergabefähig, wenn auch die Vertretung erkennt, welche Quelle fehlt und was sie nachholen muss. Genau diese Betriebsdetails unterscheiden eine laufende Morgenübersicht von einer einmalig gelungenen Zusammenfassung.

Ergebnis: offene Angebotsvorgänge als Liste
Start: Montag bis Freitag, 08:30, Zeitzone Europe/Vienna ausdrücklich angeben
Erwartete Ausgabe im Beispiel: bis 08:45
Bei Überschreitung: überfälligen Bericht melden
Quellen: Angebotsliste, Projektpostfach, Teamkalender
Zugriff: lesend; keine Kunden anschreiben
Sprache: Antwort auf Deutsch, steht im Auftrag selbst
Maximales Exportalter im Beispiel: 24 Stunden
Je Eintrag: Kennung, Stand, Quelle, offene Frage, Zuständigkeit
Bei Quellenausfall: Lücke nennen, keinen Vollständigkeitsstatus
Bei Wiederholung: dieselbe Tageskennung verwenden
Übergabe: Teamordner und zuständige Vertretung
Vor Aktivierung: Zeitplan, Zustellung und Ausfall einmal prüfen

Belege: OpenClaw: Zeitpläne für Automationen ↗ · OpenClaw: Zustellung, Fehlermeldungen und Ausgabesprache ↗

OpenClaw installieren: Windows, Mac, Linux, Docker oder Server?

Automationen laufen laut Dokumentation im Gateway-Prozess, nicht im Modell, und das Gateway muss laufen, damit ein Zeitplan auslöst. Wer den Ablauf auf einem zugeklappten Laptop betreibt, hat damit keinen ständig verfügbaren Dienst eingerichtet. Die Team-Anleitung nennt als dauerhaft laufenden Rechner einen kleinen VPS, einen Büro-Mac oder ein anderes unterstütztes System.

Für unseren Morgenbericht gehört die Betriebsentscheidung zum Auftrag. Haltet fest, auf welchem Rechner oder Server der Ablauf läuft, wer diesen betreut und wer bei einem ausgefallenen Lauf nachsieht. Welche Umgebung passt, hängt unter anderem von euren angebundenen Systemen ab.

Die konkrete Befehlsoberfläche kann sich ändern. Die aktuelle Anleitung verwendet „automations“ und nennt „cron“ als Alias. Verwende beim Einrichten die Dokumentation der eingesetzten Version; ein kopierter älterer Befehl ist kein Betriebskonzept.

Belege: OpenClaw: Automationen und Gateway ↗ · OpenClaw: So laufen Automationen ↗ · OpenClaw: Einrichtung für Teams ↗ · OpenClaw: Installation ↗ · OpenClaw: Windows ↗ · OpenClaw: Raspberry Pi ↗ · OpenClaw: Docker ↗ · OpenClaw: Sicherheitsmodell ↗ · OpenClaw: Linux-Server und VPS ↗

Wie aus drei Quellen eine überprüfbare Liste wird

Der erste Schritt ist eine gemeinsame Vorgangskennung. Eine Anfrage mit derselben Kennung in Postfach und Tabelle soll als ein Vorgang erscheinen. Wenn die Zuordnung unklar ist, wandert sie in einen getrennten Prüfbereich.

Im zweiten Schritt werden die Quellen abgefragt und ihr Stand notiert. Der aktuelle Status entsteht aus dem vereinbarten Vorrang: Beispielsweise schlägt eine bestätigte Absage eine ältere Notiz über Kaufinteresse. Diese Regel ist eine Geschäftsentscheidung des Betriebs.

Im dritten Schritt erstellt der Agent die Übersicht. Für unseren Fall bestehen die Spalten aus Kennung, Status, Beleg, offener Frage und Verantwortung. Die neue Liste wird getrennt von den Originaldaten abgelegt. So lässt sich prüfen, ob der Bericht richtig ist, bevor ein schreibender Zugriff hinzukommt.

Was gehört ins Gedächtnis, was in die Fachquelle?

OpenClaw speichert sein Gedächtnis als Markdown-Dateien im Arbeitsordner des Agenten. Dauerhafte Fakten und Entscheidungen stehen in MEMORY.md und werden zu Beginn jeder Sitzung geladen; ausführliche Tagesnotizen liegen in eigenen Dateien und werden nicht bei jeder Anfrage mitgeschickt, sondern über die Gedächtnissuche abgerufen. Für wichtige Preis- und Terminentscheidungen würden wir im Beispiel trotzdem die aktuelle Fachquelle heranziehen.

Ein guter dauerhafter Hinweis lautet etwa, dass ein bestimmtes Team die Angebotsfreigabe übernimmt. Die Zahl „noch drei freie Termine“ gehört dagegen nicht ungeprüft in eine dauerhafte Regel. Sie veraltet, sobald jemand bucht.

Lasse Korrekturen nachvollziehbar übernehmen: Was war falsch, welche Quelle ist jetzt maßgeblich und wer hat das bestätigt? Ein Agent, der sich etwas merkt, benötigt weiterhin gepflegte Informationen.

Belege: OpenClaw: Gedächtnis und Quellen ↗

Weiterlesen: Hermes Agent auf Deutsch: Firmenwissen mit Memory und Skills →

Vier Fehlerfälle, die vor dem Zeitplan dran sind

Prüfe den Ablauf zunächst einzeln mit Testdaten. Schalte die Wiederholung erst ein, wenn die Ausgabe auch bei schwierigen Eingängen verständlich bleibt. Die folgenden Kriterien sind unser Vorschlag für die Abnahme, keine gemessenen Produktergebnisse.

Nach einem Update sollten genau diese Fälle erneut laufen. Ein technisch erfolgreicher Neustart bestätigt noch nicht, dass alle Quellen erreichbar sind oder die richtige Person den Bericht erhält.

Zur Abnahme gehört auch, wie OpenClaw selbst auf Fehlschläge reagiert: Ein Auftrag ohne Zustellziel und ohne eigenes Ziel für Fehlermeldungen bleibt bei Fehlschlägen stumm. Hat er eines, meldet OpenClaw sich standardmäßig nach 2 Fehlschlägen in Folge, danach höchstens einmal pro Stunde. Nach 10 Fehlschlägen in Folge schaltet OpenClaw einen wiederkehrenden Auftrag ab, bis jemand ihn mit „openclaw automations enable“ wieder einschaltet. Legt deshalb fest, wohin diese Meldungen gehen und wer sie liest.

• Doppelter Eingang: ein Vorgang statt zwei Nachfassaufgaben.
• Nicht erreichbare Quelle: sichtbare Lücke statt einer beruhigenden leeren Liste.
• Veralteter Export: Alter nennen und keine aktuellen Termine daraus behaupten.
• Fehlgeschlagene Zustellung: Ausgabe aufbewahren und den offenen Übergabeschritt sichtbar halten.

Belege: OpenClaw: Zustellung, Fehlermeldungen und Ausgabesprache ↗

OpenClaw Kosten: Was verbraucht eine Morgenübersicht?

Angaben geprüft am 1. Oktober 2026

OpenClaw hat keinen einheitlichen Preis pro Morgenübersicht. Modellanbieter, Quellenabrufe und weitere Dienste bestimmen den Verbrauch. In OpenClaw selbst zeigt der Befehl „/usage full“ den Verbrauch je Antwort, „/usage cost“ eine lokale Kostenübersicht. Kostenschätzungen brauchen passende Verbrauchsdaten und hinterlegte Preise.

Diese Anzeige ersetzt keine Anbieterrechnung. Plane für den ersten Versuch beispielsweise fünf einzelne Tagesübersichten und erfasse pro Lauf Ergebnis, technische Nutzung und aktive Prüfzeit.

Wenn die Auswertung zeigt, dass große unveränderte Unterlagen immer wieder mitlaufen, prüfen wir eine gezieltere Quellenauswahl. Drei Stellschrauben ergeben sich aus der Dokumentation:

• Weniger Kontext je Lauf: Die Option „--light-context“ lässt für einen geplanten Auftrag die Dateien aus dem Arbeitsordner weg, die sonst bei jedem Start mitgeschickt werden.
• Eigenes Modell je Auftrag: Mit „--model“ läuft ein geplanter Auftrag auf einem anderen Modell als der Chat. Kleinere Modelle sind laut FAQ anfälliger für eingeschleuste Anweisungen; für Agenten mit Werkzeugen oder fremden Inhalten wie E-Mails rät die Doku davon ab.
• Gedächtnissuche auf dem Gerät: Mit dem Anbieter „local“ läuft die semantische Suche im Gedächtnis ohne API-Nutzung.

Belege: OpenClaw: API-Verbrauch und Kostenauswertung ↗ · OpenClaw: Optionen für Automationsaufträge ↗ · OpenClaw FAQ: Sicherheit und Zugriff ↗

Weiterlesen: ChatGPT oder Claude: Was ist besser fürs Büro? Vergleich mit Praxistest →

Welche Betreuung ihr einplanen solltet

Die Zugänge müssen zur Aufgabe passen. Für eine lesende Morgenübersicht sind pauschale Schreibrechte kein sinnvoller Ausgangspunkt. Die OpenClaw-Sicherheitsdokumentation beschreibt Grenzen auf Gateway-, Tool- und Umgebungsebene; diese müssen zur tatsächlich eingerichteten Umgebung passen.

Soll das ganze Team einen OpenClaw nutzen, sieht die Dokumentation genau das vor: ein Gateway, ein Bot im vorhandenen Team-Chat, gemeinsame Sitzungen und Rollen. Ein Gateway ist dabei eine Vertrauensgrenze. Wer einem Agenten mit Werkzeugen schreiben kann, teilt dessen Befugnisse; Personen oder Firmen, die einander nicht vertrauen, brauchen getrennte Gateways. Für einen Firmen-Agenten auf einem Server rät die Doku zu einer eigenen Umgebung, die nicht mit privaten Apple- oder Google-Konten angemeldet ist. Ob die Einrichtung von den sicheren Grundeinstellungen abweicht, zeigt der Befehl „openclaw security audit“.

Für die Wirtschaftlichkeit zählt die ganze Arbeit: Quellen vorbereiten, Bericht prüfen, Fehler übernehmen und Regeln ändern. Notiere vor dem Pilotversuch, wie lange die bisherige Morgenübersicht dauert. Danach erfasst du dieselben Schritte mit Agent.

Wenn ihr täglich nur eine unveränderte Tabelle öffnen müsst, kann eine einfache Erinnerung reichen. Wenn Informationen verstreut sind und ihre Bedeutung eingeordnet werden muss, ist ein begrenzter Pilot mit OpenClaw prüfenswert. Der Download hilft, diesen Unterschied konkret zu machen.

Belege: OpenClaw: Sicherheitsmodell ↗ · OpenClaw: Einrichtung für Teams ↗ · OpenClaw: Linux-Server und VPS ↗

Weiterlesen: OpenClaw vs. Hermes Agent: Vergleich mit Grok Bot fürs Unternehmen →

Weiterlesen: Was kostet KI-Automatisierung? Kosten berechnen, Angebote vergleichen →

Häufige Fragen zu OpenClaw: Kosten, Modelle, Hosting

Belege: OpenClaw FAQ: Was ist OpenClaw? ↗ · OpenClaw: Modellanbieter ↗ · OpenClaw: Dokumentation, Startseite ↗ · OpenClaw: Anthropic und Claude CLI ↗ · OpenClaw: Hosting bei Hostinger ↗ · Hostinger Österreich: Managed OpenClaw ↗ · OpenClaw: API-Verbrauch und Kostenauswertung ↗

Weiterlesen: OpenClaw vs. Hermes Agent: Vergleich mit Grok Bot fürs Unternehmen →