Mastra startet Knowledge: eigenständiger Dienst für unternehmensweiten Agentenkontext

Von Slack-Agenten zum unternehmensweiten Wissensgraphen

Laut Mastra hat sich die Arbeitsweise des Teams in den vergangenen Monaten verändert. Statt sich in ein System einzuloggen, um herauszufinden, was passiert ist, fragen Mitarbeitende einen Agenten in Slack. Beispielfragen lauten, wie die Nutzer auf das neue Feature der Vorwoche reagiert haben oder welche neuen Einwände in der Sales-Pipeline auftauchen. Solche Fragen zu beantworten, erfordert in der Regel Abfragen in mehreren Systemen.

Mastra zufolge stecken die Antworten nicht mehr im Kopf einer einzelnen Person, sondern „in jedem Feed“. Viele dieser Agenten liefen zunächst auf getrennten Wissensgraphen. Im vergangenen Monat baute das Unternehmen mit seiner Software Factory einen einzigen unternehmensweiten Wissensgraphen. Mastra berichtet, dass seine Coding-Agenten danach Kontext zu den Entscheidungen hinter bestimmten Features hatten und die Qualität des ausgelieferten Codes spürbar stieg. In den Worten des Unternehmens begannen die Agenten, Dinge so zu bauen, wie das Team es sich wünscht, und nicht auf naive Weise.

Warum ein Firmengehirn schwer zu bauen ist

Mastra argumentiert, dass sich Agenten zwar immer leichter bauen lassen, eine unternehmensweite Kontextschicht aber nicht. Aus der eigenen Arbeit nennt das Unternehmen drei Erkenntnisse:

• Aktualität erfordert Versionierung. Eine Organisation existiert, um wichtige Informationen schnell zu aktualisieren, daher heißt „kürzlich geprüft“ nicht „jetzt korrekt“. Ohne automatische Updates, so Mastra, entsteht eine Grundfehlerquote.
• Vollständige Antworten brauchen eine Organisation nach Features. Themen erstrecken sich über Systeme verschiedener Teams, und selbst ein einfaches Feature kann mehrere Code-Repositories umfassen. Mastra vergleicht einen Wissensgraphen mit einem lokalen Cache für Unternehmensinformationen und sagt, die Beziehungen zwischen Systemen und Themen abzubilden sei schwierig.
• Entscheidungsprotokolle sind wichtig. Das Protokoll eines Features umfasste 1.054 Zeilen mit 19 datierten Änderungsüberschriften. Ein solches Protokoll bewahrt die Argumentation, damit künftige Beitragende nicht versehentlich Wege wiederholen, die bereits erwogen wurden.

Was Knowledge leistet

Knowledge wird als eigenständiger Dienst beschrieben, der Unternehmens- und Teamkontext vorhält und ihn einem Agenten gibt, wenn dieser ihn braucht. Nutzer verbinden die Systeme, in denen ihre Organisation ohnehin schreibt, etwa Slack und Monday, und Knowledge hält sich selbst auf dem aktuellen Stand.

Der Dienst ergänzt Mastra Memory, das den Kontext pro Nutzer und pro Thread abdeckt, während Knowledge das Unternehmen und das Team betrifft. Organisationen können getrennte Wissensbasen pro Funktion betreiben, zum Beispiel für Coding und Support, und Berechtigungen auf Ebene von Einzelpersonen, Teams und der Organisation festlegen.

Design-Partner und wie es weitergeht

Mastra arbeitet nach eigenen Angaben bereits mit Organisationen zusammen, die eigene Wissensbasen wollen, von einigen Unternehmen mit einer Bewertung von mehr als 50 Milliarden US-Dollar bis zu Start-ups mit 50 Beschäftigten. Ein früher Design-Partner speist Fragen, die sein Support-Agent nicht beantworten konnte, zurück in sein Firmengehirn, sodass der Agent sie beim nächsten Mal richtig beantwortet.

Das Unternehmen nimmt nun acht weitere Design-Partner auf. Das Angebot richtet sich an Teams, die interne Agenten bauen und überlegen, wie sie diese zu einem Firmengehirn ausbauen können. Preise oder einen Termin für die allgemeine Verfügbarkeit nennt die Quelle nicht.