Hermes ist der Mitarbeiter – Paperclip ist die Firma
Ein einzelner Hermes-Agent kann bereits Aufgaben planen, Subagenten delegieren und Cron-Jobs ausführen. Sobald mehrere dauerhafte Rollen an verschiedenen Projekten arbeiten, entstehen jedoch Organisationsfragen: Wer besitzt welches Ziel? Welche Aufgabe ist blockiert? Wer darf wen beauftragen? Welcher Agent verbraucht das Budget? Welche Entscheidung wartet auf menschliche Freigabe?
Paperclip modelliert diese Ebene als Unternehmen: Mission, Projektziele, Agentenrollen, Berichtslinien, Tickets, Heartbeats, Kosten und Governance. Es ersetzt Hermes nicht. Der Adapter startet Hermes mit dem passenden Arbeits- und Zielkontext und erfasst das Ergebnis im Paperclip-Lauf.
| Ebene | Hermes Agent | Paperclip |
|---|---|---|
| Primäre Aufgabe | Arbeit ausführen und aus Erfahrung lernen | Arbeit organisieren, zuweisen und kontrollieren |
| Gedächtnis | Memory, Session-Suche, Skills, Nutzerprofil | Tickets, Ziele, Projekte, Run-State, Audit-Trail |
| Trigger | Chat, Cron, Messenger, Delegation | Heartbeats, Ticketzuweisung, Erwähnung, Routine |
| Werkzeuge | Terminal, Dateien, Browser, MCP, Messaging | Adapter startet Laufzeit und erfasst Ausführung |
| Kosten | Provider-/Session-Nutzung | Budget und Kosten pro Agent, Projekt, Ziel und Ticket |
| Governance | Approvals, Toolgrenzen, Gateway-Allowlist | Hires, Strategie, Budgets, Pause, Reassign, Terminate |
Wann Paperclip zusätzlich zu Hermes sinnvoll wird
Dauerhafte Spezialisierung
CEO/Operator, Entwickler, Research, Content und QA haben eigene Ziele, Kontexte und Budgets.
Ticket statt Chat-Chaos
Arbeit braucht Owner, Status, Thread, Blocker und ein nachvollziehbares Ergebnis.
Heartbeats und Routinen
Agenten wachen geplant oder ereignisbasiert auf, statt dass ein Mensch jede Session manuell startet.
Budget-Hard-Stops
Verbrauch muss pro Agent und Ziel begrenzt werden, nicht nur am Ende auf der Providerrechnung sichtbar sein.
Freigaben und Audit
Einstellungen, Strategie und kritische Aktionen benötigen nachvollziehbare Entscheidungen.
Mehrere Unternehmen
Eine Installation kann getrennte Companies mit isolierten Daten und Agenten verwalten.
Die Paperclip-Bausteine für ein Hermes-Agententeam
Paperclip versteht Agentenarbeit als Organisation, nicht als lose Prompt-Pipeline. Jedes Ticket kann über Projekt- und Zielbeziehungen bis zur Unternehmensmission zurückverfolgt werden. Heartbeats wecken Agenten, aber Budgetprüfung, Workspace-Auflösung, Secret-Injection und Run-Logging liegen in der Steuerungsschicht.
Rolle und Berichtslinie
Jeder Agent besitzt Titel, Vorgesetzten, Jobbeschreibung und definierte Zuständigkeit.
Vom Task zur Mission
Ein Ticket trägt den Grund mit, nicht nur eine isolierte Anweisung.
Geplantes Erwachen
Agenten prüfen Arbeit in Intervallen oder bei Ereignissen, statt dauerhaft Tokens zu verbrauchen.
Konversation als Arbeit
Anweisung, Antwort, Tool-Lauf, Entscheidung und Status bleiben an einem überprüfbaren Vorgang.
Budget als Grenze
Warnungen und Hard Stops verhindern, dass ein fehlerhafter Loop unbemerkt weiterläuft.
Board bleibt verantwortlich
Hires, Strategie, Pause, Override und Terminierung werden zu expliziten Bedienhandlungen.
Wie der Hermes-Adapter in Paperclip arbeitet
Paperclip führt Hermes über den eingebauten Adaptertyp hermes_local aus. Laut aktueller Adapterdokumentation ist er in der Oberfläche auswählbar und für persistente Erinnerung, Tools, Skills und Multi-Provider-Routing ausgelegt. Der Adapter validiert die Umgebung, startet die Laufzeit im vorgesehenen Workspace, übergibt Company-/Task-/Wake-Kontext und erfasst Ergebnis sowie Session-Zustand.
Das bedeutet nicht, dass alle Hermes-Dateien in Paperclip gehören. Hermes-Home bleibt Heimat von Providerzugängen, Memory und Skills. Paperclip verwaltet Unternehmen, Ziele, Agentenkonfiguration, Tickets, Budgets und Runs. Die Grenze sollte dokumentiert bleiben, damit Backups und Fehleranalyse nicht zwei Wahrheiten erzeugen.
| Konfiguration | Empfehlung |
|---|---|
| Adapter Type | hermes_local |
| Working Directory | Absoluter, agentenspezifischer Projektpfad |
| Hermes Home | Pro Rolle/Vertrauenszone getrennt, wenn Memory oder Secrets nicht geteilt werden sollen |
| Skills | Gemeinsame Unternehmensskills bewusst synchronisieren, persönliche Skills getrennt halten |
| Provider | Pro Agent oder Rolle budgetiert; starke Modelle nur für passende Aufgaben |
| Secrets | Über Secret-Referenzen und minimale Übergabe, nicht im Tickettext |
Paperclip installieren und Hermes als Agent hinzufügen
Für einen lokalen Pilot bietet Paperclip einen interaktiven Onboarding-Befehl. Der Standard startet im vertrauenswürdigen Loopback-Modus. Sobald andere Rechner oder Nutzer zugreifen, muss ein expliziter LAN-/Tailnet- beziehungsweise authentifizierter Betriebsmodus gewählt und das Sicherheitsmodell geprüft werden.
- 01
Hermes zuerst stabilisieren
Provider, Testaufgabe, Skills und Arbeitsverzeichnis außerhalb von Paperclip prüfen.
- 02
Paperclip lokal onboarden
Loopback-Pilot starten, Company anlegen und Mission in einem überprüfbaren Satz formulieren.
- 03
Einen Hermes-Agenten hinzufügen
Mit
hermes_local, absolutem Arbeitsverzeichnis, kleiner Jobbeschreibung und niedrigem Budget beginnen. - 04
Ein einzelnes Projektziel anlegen
Kein gesamtes Unternehmen importieren; ein messbares Ziel mit Zeitfenster wählen.
- 05
Drei Tickets manuell begleiten
Kontextübergabe, Session-Persistenz, Kosten und Artefakte prüfen.
- 06
Erst dann Heartbeat aktivieren
Intervall, Budget, Stop-Regel und erwartete Inaktivität definieren.
npx paperclipai onboard --yesnpx paperclipai onboard --yes --bind lan
# oder
npx paperclipai onboard --yes --bind tailnetgit clone https://github.com/paperclipai/paperclip.git
cd paperclip
pnpm install
pnpm devEin kleines Agentenunternehmen, das wirklich testbar ist
Beginne mit drei Rollen statt zwanzig. Jede Rolle braucht einen Output, den die nächste konsumieren kann. Ein gutes Pilotunternehmen produziert ein einziges wirtschaftliches Artefakt – etwa ein belegtes Wettbewerbsbriefing oder eine getestete Content-Landingpage – und nicht nur interne Agentenkommunikation.
| Rolle | Auftrag | Darf | Braucht Freigabe für |
|---|---|---|---|
| Operator / CEO | Ziel in Tickets zerlegen, Qualität und Budget überwachen | Lesen, planen, zuweisen | Strategieänderung, neuer Agent, Budgeterhöhung |
| Research Hermes | Primärquellen und Evidenz sammeln | Web lesen, Reports schreiben | Bezahlte Datenquellen, externe Kommunikation |
| Builder Hermes | Artefakt im isolierten Workspace erstellen | Dateien ändern, Tests ausführen | Deployment, Produktion, neue Secrets |
| QA / Reviewer | Kriterien, Quellen und Tests unabhängig prüfen | Lesen und Testen | Abnahme oder Veröffentlichung |
Wenn Research, Build und QA von demselben Memory, Modell und Prompt abhängen, ist die scheinbare Unabhängigkeit gering. Trenne Rollen dort, wo ein echter Kontrollgewinn entsteht: anderes Prüfkriterium, begrenzter Zugriff oder unabhängiges Modell – nicht nur ein anderer Titel im Org Chart.
Ziele und Tickets so formulieren, dass Agenten nicht nur beschäftigt sind
Agententeams können enorme Aktivität ohne Geschäftswert erzeugen. Die Gegenmaßnahme ist eine überprüfbare Zielkette. Mission beschreibt Richtung, Projektziel ein messbares Ergebnis, Agentenziel einen Beitrag und Ticket ein konkretes Artefakt mit Akzeptanzkriterien.
- Jedes Ticket besitzt Owner, Ergebnisdatei, Akzeptanzkriterien und Done-Definition.
- Blocker werden als Abhängigkeit sichtbar, nicht als endlose Statusmeldung im Chat.
- Agenten berichten Unsicherheit und fehlenden Zugriff statt Ergebnisse zu erfinden.
- Ein Ticket darf pausieren, wenn erwarteter Nutzen unter verbleibenden Kosten fällt.
| Ebene | Schlecht | Besser |
|---|---|---|
| Mission | Sei die beste AI-Firma | Hilf DACH-KMU, einen wiederkehrenden Backoffice-Prozess in 30 Tagen messbar zu verkürzen |
| Projektziel | Mehr Content | Veröffentliche 8 belegte Guides, die 20 priorisierte Nutzerfragen beantworten |
| Agentenziel | Schreibe SEO | Erstelle Quellenbriefings mit Suchintention, Primärbelegen und offenen Unsicherheiten |
| Ticket | Artikel zu Telegram | Entwurf nach Gliederung X, 5 offizielle Quellen, Befehle getestet, keine Preisbehauptung ohne Datum |
Budgets, Heartbeats und Governance als Sicherheitskreis
Ein Heartbeat ist kein Dauerbetrieb des Modells. Er weckt einen Agenten, lässt ihn Arbeit prüfen und beendet den Lauf. Zu kurze Intervalle können trotzdem Kosten vervielfachen, besonders wenn der Agent bei leerem Board jedes Mal denselben großen Kontext lädt.
- Heartbeat-Intervall an echte Ereignisfrequenz koppeln, nicht an Ungeduld.
- Budgets pro Agent und Projekt mit Warnschwelle und Hard Stop setzen.
- Hires, Strategie, neue Secrets, externe Kommunikation und Produktion freigabepflichtig machen.
- Pause, Reassign, Override und Terminate regelmäßig in einer Übung testen.
- Tool-Calls und Ergebnisse aufbewahren, aber personenbezogene Daten und Retention begrenzen.
- Agentenbewertung an Outcome und Korrekturquote knüpfen, nicht an Anzahl geschlossener Tickets.
Produktionsarchitektur: welche Zustände getrennt gesichert werden
Ein Restore ist erst vollständig, wenn Paperclip weiß, welche Arbeit offen ist, Hermes seine zulässigen Verfahren kennt, Workspaces den richtigen Code enthalten und Secrets kontrolliert neu verbunden wurden. Ein VM-Snapshot allein kann diese Konsistenz nicht garantieren.
| Zustand | System | Backup / Kontrolle |
|---|---|---|
| Company, Ziele, Tickets, Runs | Paperclip-Datenbank | Konsistente DB-Backups, Restore-Test, Retention |
| Agenten-Memory und Skills | Hermes Home je Profil | Versionierte Skills, verschlüsseltes Memory-Backup |
| Arbeitsartefakte | Projekt-Workspace / Git | Branches, Reviews, Artefakt-Storage |
| Secrets | Paperclip-/System-Secret-Store | Nicht in Backups oder Tickets im Klartext; Rotation |
| Modelle und Kosten | Provider / Cloud | Budgets, Tags, Limits und Abrechnungsalarm |
| Messenger | Hermes Gateway | Pairings, Allowlist, Bot-Token und Home Channel getrennt prüfen |
Sieben Anti-Patterns bei AI-Agentenfirmen
- Zwanzig Agenten anlegen, bevor ein einziger Workflow wirtschaftlich validiert ist.
- Allen Rollen denselben riesigen Memory- und Secret-Satz geben.
- Agenten nach Aktivität statt nach akzeptierten Outcomes belohnen.
- Heartbeats im Minutentakt starten, obwohl neue Arbeit täglich entsteht.
- CEO-Agent darf Budgets erhöhen, neue Agenten einstellen und Produktion deployen – ohne Board-Gate.
- Research, Builder und Reviewer benutzen dieselbe ungeprüfte Behauptung als Wahrheit.
- Keine Person ist für den Abschaltknopf, Rechtsfragen oder Datenvorfälle zuständig.
Die Stärke der Kombination liegt nicht darin, Menschen unsichtbar zu machen. Sie liegt darin, wiederholbare Wissensarbeit in beobachtbare, budgetierte und verbesserbare Rollen zu verwandeln – während Menschen Ziele, Grenzen und Verantwortung behalten.
Häufige Fragen
Kann Paperclip Hermes Agent direkt verwenden?
hermes_local als eingebauten, in der Oberfläche auswählbaren Adapter. Brauche ich Paperclip für einen einzelnen Hermes-Agenten?
Ersetzt Paperclip das Hermes-Memory?
Ist eine Zero-Human-Company damit möglich?
Wie installiere ich Paperclip?
npx paperclipai onboard --yes. Für Netzwerkzugriff und Produktion müssen Bind-Modus, Authentifizierung, Datenbank, Backups und Secrets zusätzlich geplant werden.Quellen, Methodik und Aktualität
Dieser Beitrag wurde aus praktischer Arbeit mit Hermes Agent und den unten verlinkten Primärquellen erstellt. Produktstände ändern sich schnell; Versions- und Befehlsangaben wurden zuletzt am geprüft.
- Paperclip GitHub Repository – Paperclip
- Paperclip Dokumentation – Paperclip
- Adapters Overview – Hermes Local – Paperclip
- Hermes Agent Dokumentation – Nous Research