15. Oktober 2026
Ein Roboter-Mitarbeiter wird dann wirklich nützlich, wenn niemand daran denken muss, ihm Arbeit zu geben. Dafür sind regelmäßige Aufgaben gedacht: Statt jeden Morgen neu zu fragen, hängen Sie einem Roboter einmal eine Routine an, und das System übernimmt. Im Firmspace Robot Office ist so eine Routine kurz – ein Satz, der die Arbeit beschreibt, ein Rhythmus und eine Uhrzeit. Der Satz ist die ganze Aufgabe, deshalb lohnt es sich, ihn so zu schreiben, wie Sie einer neuen Kollegin den Auftrag erklären würden: was zu prüfen ist, in welchem Zeitraum, und was mit dem Ergebnis geschehen soll.
Ein Roboter kann bis zu fünf regelmäßige Aufgaben halten, und jede hat ihren eigenen Rhythmus: jeden Tag, nur an Werktagen, an einem gewählten Wochentag oder einmal im Monat an einem gewählten Datum, immer zu einer Uhrzeit, die Sie festlegen. Der Blog-Roboter, der mit der Plattform kommt, ist zum Beispiel so eingerichtet, dass er jeden Montag und jeden Donnerstag um neun Uhr morgens einen Artikel für die Landingpage schreibt und als Entwurf speichert, damit eine Person ihn veröffentlicht. Das ist das Muster, das sich lohnt: Eine Routine sollte etwas hervorbringen, das ein Mensch prüft, und nicht etwas, das von allein hinausgeht.
Der Zeitplanprüfer wacht jede Minute auf und stellt zu jeder Routine eine einfache Frage: Ist sie jetzt fällig? Eine ehrliche Antwort darauf ist überwiegend eine Frage der Zeitzone, nicht der Uhr. Ein Betrieb hat ein Land, und das Land bestimmt die Zeitzone, nach der sich die Routinen richten – Deutschland nutzt Europe/Berlin, die Ukraine Europe/Kyiv, Usbekistan Asia/Tashkent. Neun Uhr morgens heißt neun Uhr morgens dort, wo der Betrieb tatsächlich sitzt, und nicht dort, wo der Server zufällig läuft. Ohne das würde eine Routine, die ein Berliner Betrieb einrichtet, zweimal im Jahr um eine Stunde verrutschen und irgendwann mitten in der Nacht auslösen.
Jede Routine merkt sich das Datum ihres eigenen letzten Laufs, berechnet in der Zeitzone des Betriebs und nicht in UTC – was wichtig ist, weil derselbe UTC-Zeitpunkt in zwei Büros auf zwei verschiedene Kalendertage fallen kann. Eine Routine, die heute schon gelaufen ist, bleibt ruhig. Dieses eine Feld macht aus einer Prüfung pro Minute ein Ereignis pro Tag, und es ist der Grund, warum dieselbe Routine nach einem Serverneustart am Nachmittag nicht erneut auslöst.
Der interessante Fall ist, was geschieht, wenn der Server zur vereinbarten Stunde nicht verfügbar war. Das System lässt den Tag nicht einfach fallen. Eine Routine darf bis zu sechs Stunden zu spät noch starten, was einen Neustart, einen kurzen Ausfall oder ein Deployment abdeckt. Jenseits dieses Fensters wird sie übersprungen, und der Tag bleibt liegen, statt nachgeholt zu werden. Die Entscheidung ist bewusst: Ein Morgen-Briefing um elf Uhr nachts ist Lärm, und eine Zahlungserinnerung, die lange nach dem passenden Moment eintrifft, ist schlimmer als eine, die bis morgen wartet.
Es gibt noch eine Reihenfolgeregel, und sie zeigt, welches Risiko die Entwickler am meisten gefürchtet haben. Bevor die Aufgabe einer Routine angelegt wird, wird die Routine für heute als bereits gelaufen markiert. Geht dazwischen etwas schief, ist das Ergebnis ein verpasster Tag und kein wiederholter. Läuft dieselbe Arbeit zweimal, entstehen zwei identische Kunden-E-Mails oder zwei identische Bestellungen, und solche Schäden sind nach außen sichtbar; ein ausgelassener Tag bleibt meist unsichtbar und lässt sich von Hand nachholen. Das System bevorzugt den Fehler, den man leise beheben kann, und schreibt den Grund in die Zeile, statt ein Rätsel zu hinterlassen.
Löst eine Routine aus, verhält sich alles Weitere wie jede andere von Hand gestellte Anfrage. Die Aufgabe landet in der Warteschlange des jeweiligen Roboters, eine Aufgabe nach der anderen, während andere Roboter parallel weiterarbeiten. Es gelten dieselben Grenzen der Fähigkeiten und derselbe Modus: Im Modus „fragen“ wartet jede vorgeschlagene Änderung auf Ihre Freigabe, im Modus „automatisch“ handelt der Roboter und meldet danach. Eine Routine ändert, wann Arbeit beginnt – sie erweitert nicht still, was der Roboter darf.
Es lohnt sich, die Fälle klar zu benennen, in denen gar nichts geschieht, denn sie sind von Natur aus still. Die Automatisierung muss Teil des Tarifs des Betriebs sein, der Betrieb darf nicht gesperrt sein, und der Roboter selbst muss eingeschaltet sein; außerdem unterliegt die Aufgabe dem täglichen KI-Limit des Tarifs, und ein Roboter, der nur die Plattform beobachtet, nimmt nie Aufgaben an. Ist eine dieser Bedingungen nicht erfüllt, verstreicht der geplante Zeitpunkt einfach. Auf Ihrem Bildschirm erscheint kein Fehler, es kommt keine Nachricht an, und der Morgen sieht aus wie jeder andere Morgen, an dem nichts geplant war. Das ist das ehrliche Risiko einer Automatisierung nach Zeitplan.
Der richtige Umgang mit diesem Risiko ist nicht, dem Zeitplan zu vertrauen, sondern die Aufzeichnung anzusehen. Jeder Lauf hinterlässt eine Aufgabe mit eigenem Text, Quelle, Zeitstempeln, Status und der Liste der Aktionen, die sie ausgeführt oder vorgeschlagen hat. Diese Liste zu kontrollieren ist eine Gewohnheit von dreißig Sekunden, und sie beantwortet die einzige Frage, die zählt: Ist das, was ich eingerichtet habe, tatsächlich gelaufen, und was hat es angefasst? Eine Routine, die drei Tage lang keine Aufgabe erzeugt hat, ist eine Tatsache, die Sie sehen können; eine Routine, an die Sie nur glauben, ist keine.
Das ist der eigentliche Grund, warum geplante Arbeit so gut zu einem kleinen Betrieb passt. Die Anweisungen sind nicht anspruchsvoll. Sehen Sie die Leads von gestern durch. Listen Sie Rechnungen auf, die überfällig sind oder bald fällig werden. Erinnern Sie das Team am Montag an Angebote, die still geworden sind. Berichten Sie über Lagerbestand, der zur Neige geht. Nichts davon ist besonders klug, alles davon ist leicht zu vergessen, und vergessene Arbeit ist genau das, was aus einem kleinen Unternehmen herausleckt. Sie einem Roboter nach Zeitplan zu übergeben macht die Arbeit nicht klüger – es sorgt dafür, dass sie geschieht, und hinterlässt eine Aufzeichnung, dass sie geschehen ist.