Discovery-Call
Umfang abstimmen: welche Tools, welche Workflows, welche Freigabeschwellen.
Tools verbinden
Authentifizierung und eingeschränkte Berechtigungen für jede Integration konfiguriert.
Agentenverhalten konfigurieren
Was der Agent überwacht, entwirft, zusammenfasst und wann.
Freigabeprozesse aufbauen
Workflow-spezifische Schranken: was Ihre Freigabe erfordert, was automatisch laufen kann.
Vor dem Go-live testen
Entwürfe in einer Testumgebung geprüft, bevor irgendetwas Ihre Live-Kanäle berührt.
Laufende Iteration
Workflows anpassen, Integrationen hinzufügen, Schwellenwerte verfeinern, während Sie lernen was funktioniert.
Es beginnt mit einem Discovery-Call
Der erste Schritt: Wir verstehen, was Sie brauchen. Welche Tools Sie nutzen, welche Workflows die meiste Zeit kosten, welche Freigabeschwellen Sie wollen. Das Gespräch ist kein Verkaufsgespräch. Es ist ein Aufnahmeprozess. Am Ende haben wir einen vereinbarten Umfang: welche Integrationen aufgebaut werden, welche Workflows konfiguriert werden, und was der Agent anfassen wird — und was nicht.
Die meisten Setups umfassen im ersten Schritt zwei bis vier Workflows. Das reicht, um spürbar Zeit zurückzugewinnen, ohne so viel auf einmal zu bauen, dass nichts ordentlich getestet wird. Weitere Workflows kommen, nachdem Sie das System genutzt haben.
Ihre Tools verbinden
OpenClaw verbindet sich mit den Tools, die Sie bereits nutzen. Gmail für E-Mail-Überwachung und Versand. Slack als primäre Schnittstelle, über die Entwürfe und Freigaben erscheinen. Notion für Dokumenterstellung und Datenbankaktualisierungen. GitHub für Issue-Protokollierung und Pull-Request-Lesen. Shopify für Bestell- und Lagerdaten. Google Calendar für Terminkontext. Wir übernehmen die Authentifizierung und Konfiguration. Kein Code, keine API-Schlüssel.
Jede Tool-Verbindung ist auf das beschränkt, was der Agent benötigt. Eine lesende Kalenderverbindung kann keine Termine erstellen oder ändern, es sei denn, das ist konfiguriert. Einschränkung ist nicht nur gute Sicherheitspraxis — sie hält das System vorhersehbar. Der Agent tut nur, wozu er eingerichtet wurde.
Konfigurieren, was der Agent tut
Nach dem Verbinden der Integrationen konfigurieren wir das Verhalten: was der Agent überwacht, was er proaktiv gegenüber reaktiv tut, nach welchen Zeitplänen er läuft, und was er entwirft gegenüber zusammenfasst. Eine typische Startkonfiguration: E-Mail-Überwachung mit Entwürfen zur Genehmigung, eine tägliche Zusammenfassung zur festen Uhrzeit, ein bis zwei reaktive Workflows — ausgelöst durch ein neues Ticket, eine unbezahlte Rechnung, eine Lagerbestandswarnung.
Jeder Workflow ist in einfacher Sprache dokumentiert. Sie erhalten eine Übersicht des Aktiven: was der Agent beobachtet, was er produziert, was Ihre Genehmigung erfordert, und was passiert, wenn Sie nicht reagieren.
Die Freigabeprozesse aufbauen
Freigabeprozesse werden pro Workflow konfiguriert, nicht global. Der Standard für alles, was sendet oder externe Daten verändert, ist Freigabe-zuerst.
| Workflow-Typ | Freigabe-Standard |
|---|---|
| Nur-Lese-Zusammenfassungen und Digests | Automatisch — keine Freigabe erforderlich |
| Antworten auf Kunden- oder Interessenten-E-Mails | Freigabe erforderlich |
| Follow-ups zu unbezahlten Rechnungen | Freigabe erforderlich |
| Externe Schreibzugriffe (GitHub, Notion, Shopify) | Freigabe erforderlich |
Die Freigabeschnittstelle erscheint in Slack als formatierte Nachricht mit dem Entwurfsinhalt, dem Auslöserkontext und einem Button zum Genehmigen, Bearbeiten oder Ablehnen.
Die Durchsetzung erfolgt auf Infrastrukturebene. Der Agent hat keinen Standard-Sendemodus, den Sie versehentlich aktiviert lassen können. Jede externe Aktion ist gesperrt, es sei denn, Sie haben sie explizit als automatisch konfiguriert — und für fast alles, was sendet oder ändert, ist der Standard Freigabe-zuerst.
Testen vor dem Go-live
Bevor das System auf Ihren Kanälen live geht, führen wir es in einer Testumgebung aus. Entwürfe werden generiert und geprüft, aber nicht gesendet. Integrationen werden verifiziert. Randfälle werden behandelt: was passiert, wenn der Agent nicht genug Kontext hat, wenn ein geplanter Workflow fehlschlägt, was das Fallback-Verhalten ist.
Testing dauert Tage, keine Wochen. Es ist wichtig. Mit ungetesteten Freigabeprozessen live zu gehen erzeugt Rauschen und untergräbt das Vertrauen schnell.
Wenn Sie es in der Produktion verwenden, sollte das Verhalten des Agenten bereits vertraut sein.
Was nach dem Setup passiert
Sobald das System läuft, bleibt ClawBuilt der Implementierungspartner. Wenn ein Workflow angepasst werden muss — der Freigabeschwellenwert stimmt nicht, ein neues Tool muss verbunden werden, das Format der täglichen Zusammenfassung muss geändert werden — nehmen wir die Änderung vor. Sie verwalten die Konfiguration nicht selbst.
Die meisten Teams entdecken in den ersten Wochen ein bis zwei Workflow-Ergänzungen. Erwartet. Der Setup-Call definiert die erste Implementierung; was Sie durch die Nutzung lernen, definiert was als nächstes kommt.