Abbildung des Agenten-Task-Ökosystems

Ein Agent ist nur so interessant wie die Dinge, die er erreichen kann. Für sich genommen ist es ein Modell mit einem Plan und ohne Hände. Verbunden mit einem Ticketsystem, einem Repository und einem Kalender wird es zu etwas, das den Verlauf der Woche eines Teams verändern kann.

Als wir uns also daran machten zu verstehen, wo Agenten in realen Organisationen landen, begannen wir nicht mit Berufen. Wir begannen mit Verbindungen.

Warum die Verbindungsschicht die richtige Einheit ist

Bei der Analyse auf Berufsebene wird davon ausgegangen, dass der Arbeitsplatz die Grenze darstellt. In der Praxis ist die Grenze die Integration. Zwei Personen mit identischen Berufsbezeichnungen in verschiedenen Unternehmen haben einen völlig unterschiedlichen Kontakt zu Agenten, da einer von ihnen in einem System arbeitet, das ein Agent erreichen kann, der andere jedoch nicht.

Der Blick auf Zusammenhänge statt auf Titel verändert die Fragen. Nicht „ist diese Rolle automatisierbar“, sondern „was ist tatsächlich verkabelt und was ermöglicht es einem Agenten zu versuchen“.

Wie die Verteilung aussieht

Drei Muster zeigten sich konsistent.

Das erste ist Konzentration. Eine kleine Anzahl von Verbindungstypen macht den größten Teil dessen aus, worauf Agenten Zugriff haben: Versionskontrolle, Problemverfolgung, Dokumentationsspeicher, Kalender und interne Suche. Alles andere ist ein langer Schwanz.

Der zweite Grund ist die Asymmetrie zwischen Lesen und Schreiben. Agenten werden Lesezugriff fast beiläufig und Schreibzugriff nur sehr widerwillig gewährt, was sinnvoll ist und auch erklärt, warum so viel Agentenwert eher in der Vorbereitung als in der Fertigstellung erkennbar ist.

Der dritte Punkt ist die Kluft zwischen dem, was verbunden ist, und dem, was genutzt wird. Ein großer Teil der verfügbaren Tools wird von den Agenten, die sie bereitstellen, nie aufgerufen und belegt dennoch den Kontext bei jedem einzelnen Anruf. Das sind Kosten ohne entsprechenden Nutzen und sie sind unsichtbar, es sei denn, jemand misst den Aufruf pro Tool.

Die Implikation gefällt niemandem

Wenn die nutzbare Oberfläche auf eine Handvoll Systeme konzentriert ist, steht der größte Nutzen aus der Agenteneinführung Organisationen zu, die die unrühmliche Arbeit leisten, diese Systeme zugänglich und steuerbar zu machen. Nicht diejenigen mit dem besten Modellzugang.

Dies ist eine unangenehme Schlussfolgerung für einen Markt, der Fähigkeitsgeschichten bevorzugt. Es stimmt auch mit dem überein, was wir bei Bereitstellungen sehen: Das Unterscheidungsmerkmal ist selten das Modell.

Was wir mit dem Fund gemacht haben

Zwei Dinge sind direkt in das Produkt eingeflossen. Das Trimmen von Werkzeugen im Optimierer ergab sich direkt aus der Beobachtung ungenutzter Werkzeuge: Wenn ein Werkzeug nie aufgerufen wird, ist seine Definition bei jedem Aufruf ein reiner Overhead, und das Entfernen des Werkzeugs stellt eine messbare Ersparnis ohne Qualitätskosten dar. Die Berichterstellung pro Tool-Aufruf dient dazu, dass Entscheidungen auf der Grundlage von Daten und nicht aufgrund von Intuition getroffen werden können.

Das zweite Problem war die von der Lese-Schreib-Asymmetrie geprägte Governance. Die Durchsetzung von Richtlinien im Moment des Handelns bedeutet, dass die Grenze zwischen Lesen und Schreiben keine Frage sofortiger Disziplin ist. Ein Agent, der berechtigt ist, ein Repository zu lesen und nicht zu pushen, kann nicht pushen, ganz gleich, was in seinem Plan steht.

Was wir nicht behaupten

Dies ist eine Karte der Verbindungen, keine Prognose der Beschäftigung. Darin ist angegeben, wo Agenten derzeit erreichbar sind. Dies ändert sich, wenn sich die Integrationen ändern. Darin steht nicht, wie hoch der Anteil der Arbeit einer Person in fünf Jahren sein wird, und wir würden jedes Dokument, das dies tut, mit Misstrauen behandeln, auch unser eigenes, wenn wir eines schreiben würden.

Als nächstes

Die Seiten zur Zukunft der Arbeit decken das umfassendere Programm ab, zu dem dies gehört. Die Seiten zum Agent Orchestration System decken die daraus resultierenden Governance- und Optimierungsebenen ab.