Wenn du dich zwischen Hermes und Solid entscheidest, sind dies die fünf Fragen, die ich mir stellen würde, bevor ich mich für eines der beiden entscheide.
Als ich Hermes und Solid zum ersten Mal verglich, erwartete ich, dass die Entscheidung auf die Funktionen hinauslaufen würde.
Speicher. Tool-Nutzung. Browser-Automatisierung. Lang laufende Aufgaben.
Je mehr ich mich jedoch mit beiden Projekten beschäftigte, desto weniger hilfreich wurde dieser Vergleich. Sie versuchen nicht, dasselbe Problem zu lösen.
Hermes ist darauf ausgelegt, den Benutzern einen offenen, persistenten Agenten zu geben, den sie an ihre eigene Infrastruktur anpassen können. Solid konzentriert sich darauf, einem Agenten die Ressourcen zu geben, die er benötigt, um Arbeiten über die Codegenerierung hinaus in die reale Ausführung zu bringen. Die fünf Fragen unten drehen sich um diesen Unterschied und nicht um einzelne Funktionen.
Frage 1: Willst du den Stack selbst besitzen oder delegieren?
Das ist normalerweise die erste Frage, die ich stellen würde, und sie ist gleichzeitig eine Frage danach, wer den Agenten eigentlich täglich nutzen wird.
Mit Hermes entscheidest du, wo der Agent läuft, welche Modelle er verwendet, wie der Speicher abgelegt wird, mit welchen Diensten er sich verbindet und wie sich das System im Laufe der Zeit weiterentwickelt. Diese Flexibilität ist eine ihrer größten Stärken und macht Hermes zu einer natürlichen Wahl für Entwickler und technische Teams, die sich mit der Verwaltung von Infrastruktur, Integrationen und laufender Wartung wohlfühlen.
Solid stellt einen Großteil dieser Betriebsumgebung als Teil der Plattform bereit: verwaltete Maschinen, Identitäten, Zahlungsmöglichkeiten, Bereitstellungsinfrastruktur. Du gibst etwas Kontrolle ab und verbringst dafür mehr Zeit mit dem Ergebnis und weniger mit der Infrastruktur.
Für einige Nutzer ist die Kontrolle genau der Punkt. Für andere ist das Abgeben der Kontrolle der größere Vorteil.
Frage 2: Wo findet die Arbeit tatsächlich statt?
Denke über das Modell selbst hinaus und schau dir die Umgebung an, in der die Arbeit stattfinden muss.
Wenn der Agent hauptsächlich auf einer Infrastruktur läuft, die du bereits kontrollierst (dein eigener Rechner, Server, Container, SSH-Hosts oder Cloud-Umgebungen), passt Hermes auf natürliche Weise in dieses Setup.
Solid wird interessanter, wenn der Workflow über eine einzelne Umgebung hinausreicht. Eine Aufgabe muss möglicherweise mit verschiedenen Betriebssystemen interagieren, auf Android-Geräte zugreifen, SMS-Verifizierungscodes empfangen, Einkäufe tätigen oder eine Anwendung bereitstellen, bevor die Arbeit tatsächlich abgeschlossen ist.
Hermes gibt dir die Flexibilität, diese Umgebung aufzubauen. Solid liefert einen Großteil davon bereits mit.
Frage 3: Welche Identität soll der Agent verwenden?
Sobald ein Agent mit externen Diensten interagiert, wird die Identität Teil der Diskussion.
Mit Hermes arbeitet der Agent typischerweise mit den Konten und Anmeldeinformationen, die du verbindest. Das gibt dir die vollständige Kontrolle über die Berechtigungen, bedeutet aber auch, dass du für die Verwaltung des Zugriffs verantwortlich bist.
Solid kann mit verwalteten Identitäten und Telefonnummern arbeiten und deine persönlichen Anmeldeinformationen nur dann einbeziehen, wenn sie tatsächlich benötigt werden. Wenn die Aufgabe das Anmelden bei Diensten, das Verifizieren von Konten oder die Interaktion mit externen Plattformen umfasst, wird die Entscheidung, wessen Identität der Agent verwendet, genauso wichtig wie die Entscheidung, welches Modell ihn antreibt. Es ist ein leicht zu übersehendes Detail.
Frage 4: Kann die Aufgabe das Ausgeben von Geld beinhalten?
Viele Workflows benötigen irgendwann kostenpflichtige Ressourcen: einen Domain-Kauf, eine API-Stufe, ein Abonnement, ohne das die Aufgabe nicht abgeschlossen werden kann.
Mit Hermes laufen diese über die Konten, Anbieter und Abrechnungssysteme, die du bereits verwaltest. Du entscheidest, worauf der Agent zugreifen kann und welche Sicherheitsvorkehrungen getroffen werden.
Solid gibt dem Agenten ein kontrolliertes Arbeitsbereichsguthaben, das für genehmigte Einkäufe verwendet werden kann, wenn sie zur Erledigung einer Aufgabe erforderlich sind. Ausgabenlimits und Genehmigungsstufen können dennoch definiert werden, sodass die Benutzer die Kontrolle behalten. Ob ein Agent einen Kauf tätigen kann, ist weniger wichtig als die Frage, ob Einkäufe überhaupt Teil des Workflows sein sollen.
Frage 5: Was bedeutet "erledigt" eigentlich?
Das war die Frage, die für mich alles zusammengebracht hat.
Für einige Leute bedeutet "erledigt", dass der Agent ein Thema recherchieren, Code schreiben, Browseraufgaben automatisieren, sich an frühere Gespräche erinnern und ein fertiges Ergebnis liefern kann. Wenn das das Ziel ist, bietet Hermes bereits eine solide Grundlage.
Für andere umfasst "erledigt" alles, was passiert, nachdem der Code geschrieben ist.
Konten erstellen. Verifizierungscodes empfangen. Dienste kaufen. Anwendungen bereitstellen. Sicherstellen, dass alles tatsächlich in der Produktion funktioniert.
Darauf konzentriert sich Solid. Definiere, was "erledigt" für deine Arbeit bedeutet, bevor du dich für eine der beiden Plattformen entscheidest.
TLDR: Eine kurze Entscheidungshilfe
Hermes ist wahrscheinlich die bessere Wahl, wenn du:
- Einen Open-Source-Agenten möchtest.
- Selbsthosting oder lokale Modelle bevorzugst.
- Bereits eine Infrastruktur hast.
- Die volle Kontrolle darüber haben möchtest, wie der Agent aufgebaut und erweitert wird.
- Es genießt, Workflows anzupassen und mit neuen Fähigkeiten zu experimentieren.
Solid ist wahrscheinlich die bessere Wahl, wenn du:
- Eine verwaltete Erfahrung bevorzugst.
- Verwaltete Geräte, Identitäten oder Telefonnummern benötigst.
- Erwartest, dass Workflows Zahlungen, Bereitstellungen oder externe Dienste umfassen.
- Dir das Ergebnis wichtiger ist als der Betrieb der Infrastruktur selbst.
Drei reale Szenarien
Einen persönlichen KI-Assistenten bauen. Ich würde zu Hermes tendieren. Ein Assistent, der sich an Gespräche erinnert, auf deiner eigenen Hardware läuft, mit lokalen Modellen arbeitet und im Laufe der Zeit angepasst werden kann, ist genau das, wofür seine offene Architektur gemacht ist.
Eine Webanwendung bauen und ausliefern. Hier beginnt Solid, mehr Sinn zu ergeben. Das Schreiben der Anwendung ist nur ein Teil der Arbeit. Der Workflow kann auch das Erstellen von Konten, den Kauf von Diensten, die Identitätsüberprüfung, die Bereitstellung und die Bestätigung umfassen, dass alles in der Produktion korrekt läuft. Diese operativen Schritte sind genau das, wofür Solid gebaut wurde.
Forschung und Experimentieren. Hermes. Wenn du neue Modelle testest, benutzerdefinierte Agent-Workflows erstellst oder Speichersysteme und verschiedene Ausführungsumgebungen erforschst, ist die volle Kontrolle über den Stack ein echter Vorteil.
Einen gesamten Workflow delegieren. Ich würde mir Solid noch einmal ansehen, dieses Mal für Arbeiten, bei denen es von vornherein nicht um Code ging. Stell dir vor, du bittest einen Agenten, deine Konkurrenten zu recherchieren, die benötigten Tools zu kaufen, ein Dashboard einzurichten und die Ergebnisse zu überprüfen, bevor er sie zurückgibt. Eine so durchgängige Ausführung ist der eigentliche Grund, warum Solid existiert.
Ein letzter Gedanke
Sobald du weißt, welches Problem du lösen willst, ist die Wahl zwischen ihnen unkompliziert.
