Es ist ein Uhr morgens, das Licht im Lager ist noch eingeschaltet.

Ein Nachtschichtleiter beobachtet den Überwachungsbildschirm, neben ihm steht eine halbe Tasse bereits erkalteter Kaffee. Auf dem Bildschirm hat ein Inspektionsroboter gerade eine Fehlermeldung zurückgemeldet: Temperaturkontrollschwankungen im Kanal 3, sofortige Überprüfung empfohlen. Laut Verfahren könnte dieser Hinweis theoretisch direkt an das System zur weiteren Bearbeitung übergeben werden, aber er steht dennoch habituell auf, nimmt das Funkgerät und lässt jemanden noch einmal vor Ort nachsehen.

Es liegt nicht daran, dass Roboter nutzlos sind. Im Gegenteil, sie können bereits feste Routen laufen, Umgebungsänderungen erkennen und Probleme schneller als Menschen auf den Bildschirm bringen. Was diesen Vorgesetzten wirklich zögern lässt, ist eine andere, realistischere Frage: Wer ist verantwortlich, wenn dieser Hinweis falsch ist? Wenn eine kritische Ausnahme übersehen wird, ist die nachfolgende Aufzeichnung vollständig genug? Hat dieser Roboter in der Vergangenheit ähnliche Fehlalarme gegeben? Im System bleibt nicht nur „Was hat er gerade gesagt“, sondern auch „Was hat er zuvor getan“.

Ich habe kürzlich @Fabric Foundation gesehen, und das erste, was mir in den Sinn kam, war dieses Szenario.

Weil viele Leute über das Roboterthema sprechen, ist die erste Reaktion oft: „In Zukunft werden Roboter immer intelligenter“. Das ist zwar nicht falsch, aber wenn man Roboter in Lagerhaltung, Inspektion, Logistik und Fertigung dieser realen Prozesse einsetzt, hängt es oft nicht von „Intelligenz“ ab, ob sie langfristig geliefert werden können, sondern ob sie über eine nachverfolgbare, überprüfbare, abgerechnete und verantwortliche Grundstruktur verfügen.

Kurz gesagt, selbst wenn die Roboter im Demovideo reibungslos laufen, bedeutet das nicht, dass die Geschäftsseite tatsächlich bereit ist, Aufgaben zu vergeben.
Wenn alle das Demo ansehen, schauen sie auf Bewegungen, Erkennung und Effizienz.
Wenn es dann darum geht, das System zu unterschreiben, stellen die Leute ganz andere Fragen: Wer gibt die Aufgaben aus, wer erkennt die Ergebnisse an, wer ist verantwortlich, wenn etwas schiefgeht, wo sind die historischen Aufzeichnungen, wie werden die Gewinne verteilt, wie werden Ausnahmen behandelt?

Das ist auch der Grund, warum ich denke, @Fabric Foundation hat Substanz.

Es geht nicht um die oberflächliche, am lautesten diskutierte Ebene, sondern um das dreckigste und am schwierigsten zu ergänzende Chassis in der Roboterwirtschaft. Wenn Roboter immer nur ein „arbeitendes Gerät“ sind, haben sie sicherlich einen Wert, aber dieser Wert wird leicht in einer einzigen Firma, Plattform oder einem einzigen Prozess blockiert. Geräte können Aktionen ausführen, aber das bedeutet nicht, dass sie bereits Teilnehmer im Netzwerk sind. Erst wenn Identität, Aufgaben, Aufzeichnungen, Gewinne und Verantwortung stabil miteinander verbunden werden können, wird das Thema Roboter wirklich von einem Werkzeug allmählich zu einem Knotenpunkt weiterentwickelt.

Ich werde „Identität“ ganz oben auf die Agenda setzen. Viele Menschen empfinden Identität als zu abstrakt, als wäre es wieder eine der Phrasen, die Kettenprojekte gern verwenden. Im realen Kontext ist es jedoch überhaupt nicht abstrakt. Ob ein Roboter eine kontinuierliche Identität hat, entscheidet direkt darüber, ob andere wissen können, welche Aufgaben er erledigt hat, wie stabil er ist, ob seine Wartungsprotokolle vollständig sind und ob er in ähnlichen Szenarien in der Vergangenheit Probleme hatte. Ohne diese Ebene bleibt von vielen Dingen im System am Ende nur der Satz: „Theoretisch ist es möglich“. Und was die Geschäftsseite am meisten fürchtet, ist dieser Zustand, in dem es theoretisch keine Probleme gibt, aber in der praktischen Umsetzung alles auf menschlichen Komplikationen beruht.

Weiter unten geht es um Aufgaben und Abrechnungen.

Die Roboterwirtschaft hat eine große Angst: Wenn Aufgaben vergeben werden und Roboter sie ausführen, ist das Endergebnis und das Geld letztendlich nur von einer Plattform abhängig.
Wer die Fertigstellung bestätigt, hat die Daten, wer die Gewinne erhält, wer die Ausnahmen trägt und wer die Verantwortung übernimmt – wenn das unklar ist, wird es bei einer größeren Systemgröße immer mehr Streitigkeiten geben. Am Ende ist das sogenannte Roboternetzwerk nichts anderes als eine Wiederverpackung der alten Plattformlogik.

$ROBO Hier platziert, denke ich, sollte es nicht darum gehen, ob es sich um einen weiteren Roboter-Konzept-Coin handelt, sondern ob es in der Lage ist, den Wertfluss in diesem gesamten Kooperationsverhältnis zu übernehmen. Wenn es keinen einheitlichen Verbindungspunkt für Aufgabenverteilung, Dienstaufrufe, Abrechnungen und Netzwerkteilnahme gibt, wird das System umso komplexer, je mehr es auseinanderfällt. Viele Projekte malen in ihren Geschichten gern eine besonders große Zukunft, aber wenn es zur Abrechnung kommt, wird es plötzlich unklar, weil dieser Teil am schwierigsten zu fälschen ist. Gerade dieser Teil entscheidet jedoch, ob ein System nur reden kann oder tatsächlich funktioniert.

Es gibt noch eine Ebene, die mir wichtig ist: Restriktionen.

Roboter sind nicht wie reine Software. Wenn sie mit der realen Welt in Kontakt kommen, können Fehlbedienungen, Vertragsverletzungen, Wartungskosten und Ausrüstungsverluste zu realen Verlusten werden. Deshalb ist es von großer Bedeutung, ob es im Netzwerk Kautionen, Strafen und klare Verantwortungsgrenzen gibt; deren Wichtigkeit wird ins Unermessliche gesteigert. Wenn jemand auf ein Projekt stößt, sieht er vielleicht zuerst, dass der Roboter cool ist, das Video flüssig läuft und der Vorstellungsspielraum groß ist; diejenigen, die tatsächlich bereit sind, Geschäfte zu machen, fragen oft als erstes: Wer ist verantwortlich, wenn etwas schiefgeht?

Wenn diese Frage nicht klar beantwortet werden kann, wird der Roboter für immer nur auf Bühnen, in Videos und auf Pressekonferenzen erscheinen.
Wenn die Frage klar beantwortet ist, hat er die Chance, schrittweise in ein echtes Kooperationsnetzwerk einzutreten.

Deshalb schaue ich mir jetzt @Fabric Foundation an und konzentriere mich nicht nur darauf, ob die beiden Wörter „Roboter“ genug Aufmerksamkeit erhalten, noch schaue ich nur darauf, ob das Konzept mit KI in Verbindung gebracht werden kann. Was mich wirklich dazu bringt, weiter zu schreiben, ist der Versuch, diese Ebene zu ergänzen, die irgendwann ergänzt werden muss: Identität, Aufzeichnungen, Aufgaben, Abrechnungen, Restriktionen. Es ist nicht so schick, es sieht sogar ein bisschen aus wie das Erledigen von Drecksarbeit, aber genau diese Drecksarbeit entscheidet, ob Roboter in Zukunft nur als Ausstellungsstücke dienen oder tatsächlich zu echten, vertrauenswürdigen und abgerechneten wirtschaftlichen Knotenpunkten werden können.

Zurück zu der Szene mit dem Nachtschichtleiter: Das Problem war nie, ob Roboter eine Route fahren können, sondern wann er sich wirklich entspannen kann, sich zurückzulehnen und nicht jedes Mal jemanden zur Überprüfung rufen muss.

Solange dieser Schritt noch nicht passiert ist, bleibt der Roboter in der Phase „kann helfen“.
An dem Tag, an dem die Verantwortungskette, die Aufgaben- und Abrechnungskette wirklich gut funktioniert, und die Geschäftsseite beginnt, mehr echte Aufgaben stabil zu vergeben, wird der Zeitpunkt kommen, an dem $ROBO wirklich konkret wird. Es wird nicht mehr nur ein Name sein, der an die Erzählung des Roboters angeheftet ist, sondern wird sich allmählich zu einem unvermeidlichen Verbindungselement innerhalb der gesamten Kooperationsstruktur entwickeln.

Ich ziehe es vor, @Fabric Foundation als eine Linie zu betrachten, die gerade dabei ist, das Chassis zu ergänzen, und nicht nur ein Projekt, das von Zukunftsvisionen spricht. Denn in der Roboterwirtschaft ist das Wertvollste nie der Satz „In Zukunft werden viele Roboter zusammenarbeiten“, sondern dass jemand tatsächlich dabei ist, die Frage „Warum trauen wir uns nicht, ihnen Aufgaben zu geben?“ Stück für Stück zu beantworten.#ROBO