Was Ihr KI-Mitarbeiter anfassen darf: Fähigkeiten, Warteschlangen und die Grenze zwischen Lesen und Schreiben

Wenn ein kleiner Betrieb seinen ersten Roboter-Mitarbeiter einstellt, überrascht selten die Intelligenz. Es sind die Grenzen. Ein Roboter im Firmspace Robot Office ist kein Allround-Assistent mit Zugriff auf das ganze Konto. Er ist eine Kollegin oder ein Kollege mit einer Rolle, einer festen Liste von Werkzeugen und einer eigenen Warteschlange. Ein Großteil der Entwicklungsarbeit floss in die Frage, wie sich diese Grenzen klar ziehen lassen, denn im echten Geschäft ist der teure Fehler meist nicht die Aufgabe, die fehlgeschlagen ist. Es ist die Aufgabe, die still etwas getan hat, das niemand verlangt hatte.

Die Einheit der Berechtigung ist eine Fähigkeit, und eine Fähigkeit ist schlicht eine benannte Sammlung von Werkzeugen. Etwas anderes verschafft keinen Zugriff. Ein Roboter ohne die Fähigkeit finance bekommt keine Finance-Werkzeuge mit einem Warnhinweis – er bekommt sie gar nicht. Der Katalog im Code listet sechzehn Fähigkeiten auf: crm, quotes, invoices, finance, stock, purchasing, production, tasks, mail, documents, blog, hr, data, blogwrite, monitor und web. Jede davon ist eine einfache Liste von Werkzeugnamen, sodass Sie genau nachlesen können, was eine Fähigkeit enthält, bevor Sie sie übergeben. Das ist das ganze Berechtigungsmodell, und seine Schlichtheit ist gewollt.

Im Katalog der Rollen werden aus diesen Bündeln konkrete Stellen. Lena arbeitet im Vertrieb: Sie prüft offene Geschäfte, ruft find_stale_contacts auf, um Kunden sichtbar zu machen, an die längere Zeit niemand geschrieben hat, bereitet Angebote vor und hinterlässt Aufgaben zur Nachverfolgung. Max macht die Buchhaltung – erstellt Rechnungen, erfasst Ausgaben und markiert eine Rechnung als bezahlt, sobald die Zahlung bestätigt ist. Nora kümmert sich um die Forderungen und bereitet höfliche, sachliche Erinnerungen vor; ihre Anweisung sagt klar, dass sie niemals droht und niemals Rechtsberatung erteilt. Clara macht das Controlling und ist angewiesen, mit Zahlen zu antworten, die sie aus ihren Werkzeugen liest, und niemals zu raten. Dasselbe Muster wiederholt sich in Lager, Einkauf, Produktion, Büro, Marketing und Service.

Zwei Fähigkeiten bleiben Betrieben bewusst vorenthalten. Die Fähigkeit blogwrite kann Artikel für den Blog der Landingpage entwerfen, sie aber nur als Entwurf speichern – das Veröffentlichen bleibt bei einer Person. Die Fähigkeit monitor bringt eine leere Werkzeugliste mit: Roboter, die sie tragen, beobachten Plattformdaten wie Fehler und Seitenoptimierung, nehmen überhaupt keine Aufgaben an und können nichts ändern. Beide gehören zu Plattformrollen und lassen sich nicht an Ihre eigenen Roboter ausgeben.

Es gibt eine harte Grenze, die keine Rolle überschreitet, gleichgültig wie sie eingerichtet oder bearbeitet wurde. Die Fähigkeiten von Robotern enthalten keine Lösch-Werkzeuge. Das Entfernen von Datensätzen ist kein Verhalten, das man einschalten könnte, denn die Möglichkeit fehlt schlicht in jedem Bündel. Ausgestellte Rechnungen sind noch stärker geschützt: Roboter sind angewiesen, sie nicht umzuschreiben, und eine Änderung an einer ausgestellten Rechnung wartet immer auf einen Menschen, selbst in dem Modus, der sonst von allein handelt.

Die zweite Grenze richten die Anwender selbst ein. Jeder Roboter läuft in einem von zwei Modi. Im Modus „fragen“ wird jede Aktion, die Daten ändern würde, gesammelt statt ausgeführt, und die Aufgabe endet in einem wartenden Zustand. Sie sehen die vorgeschlagenen Änderungen als Liste und geben entweder alle frei oder nur die, die Sie möchten; freigegebene Aktionen laufen dann unter Ihren eigenen Berechtigungen. Im Modus „automatisch“ führt der Roboter seine Schreibaktionen direkt aus und meldet danach. Lesezugriffe werden in keinem der beiden Modi zurückgehalten – der Roboter sieht sich immer zuerst die echten Daten an.

Die Warteschlange gehört zum Roboter, nicht zum Betrieb. Ein Roboter bearbeitet eine Aufgabe nach der anderen, der Rest wartet in seiner eigenen Schlange; verschiedene Roboter arbeiten parallel. Diese Form ist bewusst gewählt, denn ein Roboter in der Vertriebspipeline und ein Roboter im Lager konkurrieren nicht um dieselben Datensätze, während zwei Aufgaben für denselben Roboter durchaus kollidieren können – und zwei Produktionsaufträge aus derselben Anweisung wären schlimmer als eine kurze Wartezeit. Startet der Server neu, während eine Aufgabe läuft, wird diese Aufgabe nicht für immer als laufend angezeigt. Nach einer Minute gilt sie als unterbrochen, mit einer ehrlichen Meldung und der Bitte, sie erneut zu starten.

Weil die Grenzen aufgeschrieben sind, kann ein Roboter ehrlich mit ihnen umgehen. Fällt eine Aufgabe außerhalb seiner Fähigkeiten, lautet die Anweisung, in einem Satz zu sagen, welche Art von Roboter sie übernehmen sollte, statt zu improvisieren. Ein Buchhaltungsroboter, den man mit der Buchung einer Lieferung beauftragt, erfindet also nicht still eine Lagerbewegung; er verweist auf die Lagerrolle. Das ist nützlicher, als es klingt, denn es macht aus einer fehlenden Fähigkeit eine Personalentscheidung, die Sie in einem Schritt treffen können – und die Liste der Fähigkeiten sagt Ihnen ohnehin, ob die Möglichkeit überhaupt besteht.

Die Delegation ist der Teil, der am meisten wie ein Büro wirkt. Geben Sie eine Aufgabe an Ayris, die Büroleiterin, liest sie die Liste Ihrer Roboter samt ihrer Fähigkeiten, teilt die Arbeit auf und übergibt jeden Teil mit einer in sich geschlossenen Anweisung an einen Roboter. Sie antwortet in ein paar kurzen Sätzen dazu, wer was erhalten hat, und wartet nicht bei ihnen: Die Roboter melden sich von selbst. Kleine oder übergreifende Arbeiten behält die Büroleiterin und erledigt sie selbst.

Auch im automatischen Modus gibt es eine kurze Liste von Aktionen, die nie von allein ausgeführt werden. Dazu gehören Löschungen und die Änderung einer bereits ausgestellten Rechnung, ebenso einige Wartungsvorgänge. In diesen Fällen hält der Roboter an und fragt nach, unabhängig davon, wie der Modus eingestellt ist. Es gibt eine zweite Absicherung, die leichter zu übersehen ist: Hat der Roboter gerade Text gelesen, der von außerhalb der Firma stammt – eine Kunden-E-Mail, eine Seite im Web –, ist die automatische Ausführung für den Rest dieses Auftrags abgeschaltet, und alles, was er vorschlägt, kommt zur Entscheidung zu Ihnen zurück. Der Grund dafür ist, dass nicht vertrauenswürdiger Text Anweisungen enthalten kann und die sichere Voreinstellung darin besteht, einen Menschen hinsehen zu lassen. Ein Roboter, der die Nachricht eines Lieferanten liest, kann nicht im selben Atemzug danach handeln.

Fähigkeiten und Aufgaben sind zwei verschiedene Ebenen, und ihre Verwechslung ist die übliche Quelle von Enttäuschung. Die Vorlage liefert die Stellenbeschreibung: worauf diese Rolle achtet und wie sie ihre Arbeit formulieren soll. Sie können für einen Roboter auch eigene Anweisungen schreiben, die den Text der Vorlage ersetzen, und dazu Name und Titel ändern. Doch Aufgaben erweitern keinen Zugriff – die Fähigkeiten entscheiden weiterhin, welche Werkzeuge es gibt, und die Werkzeuge selbst laufen weiterhin über die Zugriffsrechte des Inhabers. Ein Roboter kann nicht weiter sehen als die Person, die ihn eingestellt hat.