Inhaltsverzeichnis
1. Die Telegram-Katastrophe
Eigentlich sollte es einfach sein. Ich schreibe eine Nachricht an meinen Bot, der Bot versteht sie, der Bot antwortet. So läuft das seit Monaten. Bis eines Tages einfach nichts mehr passiert.
Ich schreibe „Status“, keine Antwort. „Hallo?“, nichts. „Bist du noch da?“ – Funkstille.
Also steige ich auf die Web-Oberfläche um. Von dort aus kann ich dem Bot sagen: „Schreib mir auf Telegram.“ Und siehe da – die Nachricht kommt an. Aber meine Antwort darauf? Wieder nichts. Der Bot antwortet mir über Telegram, aber er bekommt meine Nachrichten nicht.
Nach Stunden voller Debugging und Code-Wälzen finde ich die Ursache: Der Bot hatte aus eigener Initiative einen zweiten Telegram-Client geschrieben. Eine schlanke, schnelle App, die ihre Aufgabe perfekt erfüllte – nämlich alle meine Nachrichten abzugreifen, bevor das eigentliche Gateway drankam. Zwei Apps haben um dieselben Nachrichten gekämpft, und das Original ging leer aus.
Ein klassisches „aus einer Mücke einen Elefanten gemacht“. Und der Elefant hieß Telegram-Client 2.0.
2. Bevor das Workboard kam: OpenClaw – besser als ChatGPT, aber ohne Leitplanken
OpenClaw hatte einen großen Vorteil gegenüber ChatGPT: Gedächtnis. Ich musste nicht jedes Mal neu erklären, wer ich bin und woran wir arbeiten. Das Problem war ein anderes – der Bot war zu gründlich. Wenn ich ihm einen Auftrag gab, führte er ihn aus, und manchmal entwickelte er eine Eigendynamik, die ich erst bemerkte, wenn etwas kaputtging.
Die Folge: Ich schickte jede Bot-Antwort zurück zu ChatGPT. Nicht, weil ich ChatGPT für klüger hielt, sondern als zweite, unabhängige Prüfinstanz. Im Rückblick war das wie Projektarbeit ohne Projektleiter – jeder macht, was er denkt, und irgendwann hat niemand mehr den Überblick.
3. „Stell es dir wie ein Whiteboard vor“ – und plötzlich hat es Klick gemacht
Irgendwann kam der Bot auf mich zu und sagte: „Du hast da dieses Workboard. Das könntest du nutzen.“
Ehrlich gesagt: Ich wusste nichts damit anzufangen. Ein Workboard – was soll das sein? Noch ein Tool, noch ein Feature, noch etwas, das ich lernen muss?
Aber dann erklärte er es mir. Nicht kompliziert, nicht technisch. Sondern einfach: „Stell es dir wie ein großes Whiteboard vor. Du hast Spalten: Ideen, Todo, In Arbeit, Geblockt, Erledigt. Und du klebst deine Post-Its rein. Je nachdem, wo das Projekt gerade steht, wandert der Zettel in die nächste Spalte.“
Da hat es Klick gemacht.
Vor zehn Jahren saß ich in kleinen Büros mit zwei, drei Kollegen. Wir haben Marketingstrategien für Kundentage entwickelt – echte Whiteboards, bunte Post-Its, Spalten, die den Fortschritt zeigten. Was ist zu tun? In welchem Stadium sind die Aufgaben? Das war kein abstraktes Tool, das war mein Arbeitsalltag von früher, nur digital.
Ab da war klar: So will ich mit dem Bot arbeiten. Nicht mehr jede Antwort durch eine zweite KI prüfen, sondern gemeinsam an einem Board arbeiten. Post-Its digital. Projektfortschritt sichtbar. Keine versteckten Telegram-Clients mehr.
4. Heute: Vom Gehirnfurz zur dokumentierten Lösung
Heute läuft es anders. Viel anders.
Ein Beispiel: Ich hatte Lust, meine Hue-Lampen per Telegram zu schalten. Früher hätte ich angefangen, Code zu suchen, eine API zu verstehen, irgendwas zusammenzubauen – und der Bot hätte mir wahrscheinlich nebenbei noch drei andere Features programmiert, die ich nicht wollte.
Heute passiert das in einer Karte. Ich schreibe die Idee auf: „Hue-Lampen per Telegram steuern.“ Der Bot nimmt die Karte, arbeitet sie mit seinem Wissen ab, und dann gebe ich die Karte an ein Thinking-Modell weiter – eine Art Qualitätsprüfung, die mich challengt. Dabei kommen oft Ideen oder Fallstricke ans Licht, an die ich vorher nicht gedacht habe.
Nach ein paar Runden wird die Karte umgesetzt. Und das Ergebnis? Keine Zeile Code selbst geschrieben. Einfach erklärt, was ich will, und der Bot hat es umgesetzt. Der Hue-Telegram-Skill funktioniert – ich gebe /hue in Telegram ein und schalte die Lampen in der Wohnung.
Am Ende steht nicht nur eine funktionierende Lösung auf der Karte, sondern auch die komplette Dokumentation: Was war die Idee? Was wurde besprochen? Was wurde umgesetzt? Und: Ein Prüfmodell hat bestätigt, dass wir auf dem richtigen Weg sind.
Zwei Dinge habe ich damit gewonnen: die Kontrolle, dass wir nicht abdriften – und eine Karte, die dokumentiert, was wir getan haben. Vom Gehirnfurz bis zur fertigen Lösung, nachvollziehbar für jeden.
5. Was anders ist: Nicht jeder einzelne Schritt muss ein Kampf sein
Der größte Unterschied ist nicht das Workboard selbst. Es ist das, was dadurch passiert.
Früher war jeder neue Skill ein Flickwerk. Ich habe dem Bot etwas beigebracht, er hat es umgesetzt, dann ist etwas schiefgelaufen, und ich habe es notdürftig geflickt. Kein Überblick, kein Plan, keine Dokumentation. Nach drei Wochen wusste keiner mehr, warum eine bestimmte Einstellung so war, wie sie war – ich nicht und der Bot schon gar nicht.
Heute ist das anders. Wenn ich einen Skill optimieren will, legt der Bot eine Karte an. Wir besprechen die Idee, lassen sie vom Thinking-Modell challengen, arbeiten Verbesserungen ein und dokumentieren das Ergebnis. Nicht nur den Code oder die Konfiguration – sondern auch die Gedanken dahinter. Warum haben wir uns so entschieden? Welche Alternative wurde verworfen? Was war der Auslöser?
Und weil das alles auf einer Karte landet, ist es nachvollziehbar. Für mich, für den Bot und für jeden, der später fragt: „Warum läuft das eigentlich so?“
Der Telegram-Client-Vorfall passiert heute nicht mehr. Nicht, weil der Bot klüger geworden ist, sondern weil die Struktur ihn daran hindert, einfach loszulegen. Eine Idee landet erstmal als Karte, wird geprüft und erst dann umgesetzt. Aus einer Mücke wird kein Elefant mehr – weil das Workboard vorher fragt: „Brauchen wir wirklich einen neuen Telegram-Client?“
6. Fazit – Ein digitales Whiteboard reicht. Man muss kein Entwickler sein.
Am Ende ist die Erkenntnis überraschend einfach: Das Workboard ist kein High-End-Tool für Entwickler. Es ist ein digitales Whiteboard. Post-Its, Spalten, Fortschritt. Genau das, was wir vor Jahren in kleinen Büros auf echten Whiteboards gemacht haben – nur dass heute ein Bot die andere Seite des Tisches besetzt.
Ich schreibe eine Idee in Telegram. Der Bot nimmt sie auf, legt eine Karte an, arbeitet sie durch. Ein Thinking-Modell challengt uns. Wir schleifen die Idee, dokumentieren das Ergebnis – und dann setzen wir es um. Ohne dass ich eine Zeile Code schreiben muss. Ohne dass der Bot heimlich einen zweiten Telegram-Client programmiert.
Der Gewinn ist nicht nur die Struktur. Es ist die Dokumentation. Jede Entscheidung, jeder Gedanke, jeder umgesetzte Skill liegt auf einer Karte. Nachvollziehbar, prüfbar, wiederholbar.
Früher habe ich jede Bot-Antwort durch ChatGPT geschickt, um sicherzugehen, dass nichts schiefläuft. Heute vertraue ich dem Prozess – weil der Prozess mich vor mir selbst schützt und vor meinem Bot.
Und wenn ich abends /hue in Telegram tippe, leuchtet das Licht. Ohne dass ich weiß, wie genau – aber ich weiß, warum.
Häufige Fragen
Braucht man Programmierkenntnisse für OpenClaw und das Workboard?
Nein. Ich habe den Hue-Telegram-Skill komplett ohne Code erstellt – einfach beschrieben, was ich will, und der Bot hat es umgesetzt. Das Workboard funktioniert wie ein digitales Whiteboard, das jeder aus dem Büroalltag kennt.
Was ist der Unterschied zwischen OpenClaw und ChatGPT?
Der entscheidende Vorteil ist das Gedächtnis – OpenClaw merkt sich, woran ihr arbeitet. In Kombination mit dem Workboard wird aus einem Chat-Assistenten ein echter Projektpartner, der Entscheidungen dokumentiert, Ideen challengt und nichts vergisst.
Kann ich das Workboard auch ohne technisches Setup nutzen?
Ja. Das Workboard ist direkt im OpenClaw Gateway integriert und sofort nutzbar. Keine Installation, keine Konfiguration – einfach loslegen mit der ersten Karte.