# Beeuni im Vergleich zu Manus und Muse: Agenteninfrastruktur und Agenten-Apps

Beeuni bietet Computerinfrastruktur für Agenten. Manus und Muse konzentrieren sich auf Anwendungen, mit denen Menschen Aufgaben erledigen. Ein Vergleich ihrer Zielgruppen, Ausführungsumgebungen und Einbindung in eigene Produkte.

Canonical page: https://beeuni.ai/blog/de/beeuni-vs-manus-and-muse

Beeuni bietet Computerinfrastruktur für Agenten. Manus und Muse konzentrieren sich auf Anwendungen, mit denen Menschen recherchieren, Dokumente erstellen und andere Aufgaben erledigen. Bei allen drei Produkten können Agenten mit Software arbeiten. Beeuni stellt diese Ausführung jedoch Entwicklern zur Verfügung, die eigene Produkte bauen.

Dieser Unterschied betrifft mehr als die Oberfläche. Er bestimmt, wer den Agenten konfiguriert, wie eine Aufgabe startet und wo Fortschritt und Ergebnisse erscheinen. Beeuni hat ebenfalls eine Weboberfläche für die direkte Arbeit mit Agenten. Über das TypeScript SDK oder die HTTP API lässt sich sein Computer aber auch nutzen, ohne diese Oberfläche in das eigene Produkt zu übernehmen.

## An wen sich die Produkte richten

Manus und Muse richten sich an Menschen, die einen Agenten Arbeit erledigen lassen möchten: einen Kauf recherchieren, einen Bericht verfassen oder eine Präsentation erstellen. Die Anwendung vereint die Aufgabeneingabe, die Fortschrittsanzeige und das Ergebnis. Dafür müssen Nutzer kein eigenes Agentenprodukt entwickeln.

Beeuni richtet sich an Entwickler, deren eigene Software Agenten für bestimmte Aufgaben einsetzen soll. Ein Recherchedienst kann über seine Website eine Untersuchung starten; ein Entwicklertool kann einen Agenten einen fehlgeschlagenen Build prüfen lassen. Die Entwickler konfigurieren den Agenten und verbinden seine Ausführung mit der bestehenden Oberfläche und den Abläufen ihres Produkts.

APIs und Integrationen können eine Agenten-App in weitere Arbeitsabläufe einbinden. Beeunis API macht die Projekte, Agentenkonfiguration und Sitzungen des Computers zugänglich. So können Entwickler die Ausführung von Agenten als Teil ihres eigenen Dienstes verwalten.

## Was Beeuni unterhalb der Anwendung bereitstellt

Ein Agent braucht Software, um seine Entscheidungen umzusetzen. Er benötigt einen Browser, um Websites zu prüfen, eine Ausführungsumgebung, um Programme laufen zu lassen, Dateien zum Lesen und Schreiben sowie autorisierte Verbindungen zu anderen Anwendungen. Beeuni bündelt diese Funktionen in einem Computer, der auf die Arbeit mit Agenten ausgelegt ist und Projekte, konfigurierte Agenten und Sitzungen umfasst.

Über das TypeScript SDK oder die HTTP API kann Ihr Server eine Sitzung erstellen, eine Aufgabe übermitteln und Ereignisse verfolgen, während der Agent arbeitet. Ihre Anwendung entscheidet, wie diese Arbeit dargestellt wird. Sie kann beispielsweise eine Unterhaltung, den Status eines Auftrags neben einem Bericht oder eine Prüfansicht in einem bestehenden Arbeitsablauf anzeigen. Ihre Kunden müssen keine separate Agenten-App als Hauptoberfläche für Ihr Produkt nutzen.

| Vergleich | Manus und Muse: Agenten-Apps | Beeuni: Agenteninfrastruktur |
| --- | --- | --- |
| Hauptzielgruppe | Menschen und Teams, die mit einem Agenten Aufgaben erledigen | Entwickler, die Produkte und Arbeitsabläufe mit Agenten bauen |
| Kernprodukt | Eine Anwendung zum Erteilen von Aufgaben und Prüfen von Ergebnissen | Ein Computer mit Agenten-Laufzeitumgebung, Tools, Dateien und Anwendungsverbindungen |
| Einbindung in Ihr Produkt | Abhängig von den Entwicklerschnittstellen und verfügbaren Integrationen der Anwendung | TypeScript SDK und HTTP API zum Konfigurieren von Agenten, Starten von Sitzungen und Empfangen von Ereignissen und Ergebnissen |

## Einen Agenten zu einem Support-Ticket hinzufügen

Angenommen, Sie entwickeln Software für Support-Teams. Ein Agent soll ein gemeldetes Problem untersuchen, indem er die relevanten Dokumentationen liest, eine Website prüft und einen autorisierten Issue-Tracker durchsucht. Anschließend soll er einen Antwortentwurf mit Belegen zurückgeben. Eine Supportfachkraft prüft ihn dann direkt im Ticket.

Eine Fachkraft könnte die Aufgabe an eine separate Agenten-App übergeben und die Antwort anschließend zurückholen. Für gelegentliche Aufgaben kann das genügen. Wird die Funktion in Ihr Supportprodukt integriert, kann das Ticket die Aufgabe starten und ihren Fortschritt sowie das Ergebnis dort anzeigen, wo das Team ohnehin arbeitet.

Mit Beeuni verknüpft Ihr Server die Anfrage mit einem autorisierten Projekt und einer Sitzung, übermittelt die Untersuchungsanweisungen und empfängt während der Bearbeitung Ereignisse. Ihr Produkt regelt den Zugriff auf Tickets, bestimmt, welche Belege angezeigt werden, und legt fest, wann eine geprüfte Antwort gesendet wird.

## Infrastruktur für unterschiedliche Agentenprodukte

Dieselben Ausführungsfunktionen können ein Entwicklertool unterstützen, das Build-Fehler untersucht, eine Forschungsanwendung, die Experimente durchführt, oder einen Datendienst, der Datensätze aufbereitet und validiert. Jedes Produkt hat andere Anweisungen, Tools und Abnahmekriterien. Allen gemeinsam ist der Bedarf an Agenten, die mit Software arbeiten und nachvollziehbare Ergebnisse zurückgeben können.

## Wer das Produkterlebnis gestaltet

Eine fertige Agenten-App bestimmt, wie Menschen die Arbeit des Agenten erhalten und prüfen. Mit Beeuni kann ein Supportprodukt einen Entwurf neben dem Ticket anzeigen, während ein anderes Untersuchungen zur gesammelten Prüfung in einer Warteschlange präsentiert. Beeuni führt die Agentensitzung aus; die Entwickler gestalten das Erlebnis für ihre Kunden.

Manus und Muse bündeln Agentenfähigkeiten in Anwendungen, die Menschen direkt nutzen können. Beeuni stellt Entwicklern einen Computer und die Ausführung von Agenten als Infrastruktur für eigene Produkte bereit. Das [Beeuni SDK-Beispiel](/docs/de/sdk/example) zeigt die Einbindung im Code. Der Vergleich mit [E2B und Daytona](/blog/de/beeuni-vs-e2b-and-daytona) behandelt einen anderen Unterschied: Computerinfrastruktur für Agenten und Dienste zur Ausführung in Sandboxes.