Ein einzelner KI-Agent kann recherchieren, schreiben oder ein Tool bedienen. Ein Unternehmen braucht mehr: Verantwortlichkeiten, Prioritäten, Übergaben, Budgets, wiederkehrende Arbeit, Freigaben und einen Ort, an dem sichtbar ist, was gerade geschieht. Genau an dieser Grenze beginnt Paperclip.
Paperclip organisiert die Firma
Paperclip bildet eine Organisation aus Menschen und Agenten ab. Missionen werden in Projekte, Agentenziele und Tickets übersetzt. Rollen besitzen Berichtslinien, Agenten werden über Heartbeats geweckt, Arbeit wird zugewiesen und Budgets werden beobachtet.
Hermes erledigt die Arbeit
Hermes ist eine Agenten-Laufzeit von Nous Research. Sie kann Tools verwenden, externe MCP-Server anbinden, projektbezogenen Kontext laden, langlebige Sessions führen, Wissen in Memory halten und wiederverwendbare Abläufe als Skills pflegen.
Die Architektur eines kontrollierten Agenten-Unternehmens
Die vier Ebenen dürfen nicht miteinander verwechselt werden. Ein Modell ist noch kein Agent. Ein Agent ist noch kein Team. Und ein Team ohne Governance ist kein belastbarer Geschäftsbetrieb.
Menschen führen
Ziele, Regeln, Budgets, Freigaben und Eskalationen bleiben bei Ihrem Board und Ihren Fachverantwortlichen.
Paperclip organisiert
Hermes arbeitet
Rollen mit eigenem Kontext, Memory, Skills und klar eingeschränktem Tool-Zugriff bearbeiten operative Aufgaben.
MCP & APIs verbinden
Warum Paperclip mehr als ein Kanban-Board ist
Ein normales Taskboard speichert Karten. Paperclip verbindet Arbeit zusätzlich mit der Mission, dem zuständigen Agenten, dessen Rolle im Organigramm und dem Ausführungstakt. Dadurch kann aus einer Unternehmensabsicht eine nachvollziehbare Kette entstehen:
Damit ist nicht automatisch jede Entscheidung richtig. Aber Auftrag, Zuständigkeit und Verlauf werden sichtbar. Menschen können Strategie prüfen, Aufgaben neu zuweisen und Agenten pausieren, statt nur verstreute Automationen zu beobachten.
Organigramm: Rollen statt Prompt-Sammlung
Ein gutes Agenten-Organigramm kopiert nicht blind eine menschliche Firma. Es schneidet Rollen entlang klarer Outputs und Berechtigungsgrenzen. Ein mögliches Operations-Team:
Mission, Richtlinien, Freigaben, Eskalationen
Priorisiert, delegiert, konsolidiert Berichte
Klassifiziert, schlägt Antworten vor, eskaliert
Recherchiert, pflegt CRM, bereitet Gespräche vor
Prüft Quellen, dokumentiert, meldet Abweichungen
Heartbeats: geplante Arbeit ohne Dauer-Prompting
Ein Agent soll nicht nur reagieren, wenn jemand ein Chatfenster öffnet. Heartbeats wecken eine Rolle nach Zeitplan oder bei einer Zuweisung. Der Agent prüft seine Tickets, lädt Kontext, arbeitet innerhalb seiner Berechtigungen und berichtet das Ergebnis zurück.
- Inbox Agent: alle 15 Minuten neue Anfragen prüfen und priorisieren
- Sales Ops: werktags um 7:30 Uhr Pipeline-Änderungen zusammenfassen
- Quality Agent: freitags SOP-Abweichungen und offene Freigaben melden
- Content Agent: montags Themenlage prüfen und ein Briefing zur Freigabe erstellen
Ein Heartbeat ist kein Freifahrtschein. Laufzeit, Modelle, Tools, maximale Arbeit und Eskalation müssen begrenzt werden. Leerlauf soll keine unnötigen Modellkosten erzeugen.
Budgets und Kostenlimits
Paperclip kann Ausgaben pro Agent sichtbar machen und Budgets zuordnen. Für einen belastbaren Betrieb kombinieren wir diese Ebene mit Provider-Limits, Infrastruktur-Monitoring und technischen Zeitgrenzen.
| Kontrolle | Wofür sie zuständig ist | Was sie nicht ersetzt |
|---|---|---|
| Paperclip-Budget | Kosten pro Rolle und organisatorische Grenze | Provider-Hard-Limit |
| Provider-Limit | Maximale API-Ausgaben und Rate Limits | Qualitätsprüfung |
| Timeout / Run Limit | Endlosschleifen und lange Läufe begrenzen | Tool-Berechtigungen |
| Human Gate | Sensible Aktion vor Ausführung prüfen | Saubere Datenarchitektur |
Tickets, Trace und Nachvollziehbarkeit
Agentische Systeme müssen erklären können, welcher Auftrag vorlag, welche Systeme verwendet wurden und wo ein Mensch eingegriffen hat. Paperclip organisiert Kommunikation und Arbeit über Tickets und Läufe. Je nach angebundenem Agenten und Version unterscheidet sich die Tiefe des technischen Tracings. Deshalb testen wir nicht nur die Oberfläche, sondern den tatsächlichen Ausführungspfad.
Ticket übernommen · Support Agent liest Betreff und Metadaten.
Wissen geprüft · nur freigegebene SOP-Sammlung.
Freigabe angefordert · Sonderfall außerhalb der Antwortregeln.
Mensch entscheidet · Antwort korrigiert und für diesen Fall freigegeben.
MCP und APIs: Agenten bekommen Hände – aber nicht den Generalschlüssel
Hermes kann MCP-Server sowie eigene Tools verwenden. Damit werden GitHub, Datenbanken, Dateisysteme, Browser, CRM, Ticketsysteme oder interne APIs erreichbar. Die entscheidende Architekturfrage ist nicht „Was können wir anbinden?“, sondern „Welche Rolle benötigt welchen Teil davon?“
Ein neuer Agent beginnt möglichst mit lesenden Rechten und erzeugt Vorschläge.
Nicht jeder MCP-Server und nicht jedes Tool wird für jede Rolle sichtbar.
Eigene Service-Accounts und Secrets pro Prozess reduzieren den Blast Radius.
Versand, Löschung, Veröffentlichung und finanzielle Aktionen erhalten Gates.
Self-Hosting und EU-Betriebsmodelle
Paperclip und Hermes können auf eigener oder dedizierter Infrastruktur betrieben werden. Die Modelle können über externe APIs oder – bei geeigneter Hardware und Qualitätsanforderung – über lokale Endpoints angesprochen werden.
| Variante | Geeignet für | Zu prüfen |
|---|---|---|
| Dedizierter EU-VPS | Schneller Start, kleine bis mittlere Teams | Backups, Zugriff, Auftragsverarbeitung, Modellprovider |
| Eigene Cloud-Umgebung | Bestehende IAM-, Netzwerk- und Logging-Standards | Adapter-Netzwerk, Secrets, Egress, Betrieb |
| On-Premises | Strenge Daten- oder Netzwerkanforderungen | Updates, Hardware, Modelle, Bereitschaft |
| Hybrid | Lokale Daten, externe Modelle oder umgekehrt | Datenfluss pro Tool und Modellaufruf |
Wichtig: Self-Hosting ist eine technische Eigenschaft, kein automatischer Nachweis für Datenschutz, Informationssicherheit oder EU-AI-Act-Konformität. Entscheidend sind konkrete Datenflüsse, Verträge, Berechtigungen, Prozesse und Nutzung.
Der Hermes-Paperclip-Adapter
Der offene Adapter verbindet Hermes als verwalteten Agenten mit Paperclip. Laut offizieller Projektdokumentation umfasst die Integration Ausführung, Umgebungsprüfung, Sessions und – abhängig von Version und Einbindung – Skill-Funktionen. Genau diese Versionsabhängigkeit gehört in ein seriöses Rollout.
- Paperclip-, Hermes- und Adapter-Versionen festlegen.
- Hermes-Umgebung und Modellprovider separat testen.
- Adapter registrieren beziehungsweise die mitgelieferte Integration prüfen.
- Agent mit Typ
hermes_localund minimaler Konfiguration anlegen. - Authentifizierung und Erreichbarkeit der Paperclip-API aus der Hermes-Laufzeit testen.
- Heartbeat, Ticketübernahme, Toolzugriff, Session-Fortsetzung und Kosten erfassen.
- Erst danach echte Geschäftssysteme anbinden.
Bekannte Grenzen, die vor Go-live geprüft werden
- Versionsdrift: Open-Source-Projekte und Adapter entwickeln sich schnell; Konfigurationen können sich ändern.
- Betriebssystem und Netzwerk: lokale, Docker-, WSL- und Remote-Setups haben unterschiedliche Erreichbarkeits- und Authentifizierungswege.
- Skill-Synchronisierung: verfügbare Funktionen hängen von Adapter- und Paperclip-Einbindung ab.
- Tracing: organisatorischer Ticketverlauf und technischer Tool-Trace sind nicht in jeder Laufzeit identisch.
- Autonomie: eine erfolgreiche Demo beweist noch keine Stabilität bei langen Läufen oder Fehlerfällen.
Unser Ansatz ist deshalb: kleine Rechte, echte Testdaten ohne unnötige Personenbezüge, Shadow Mode, Fehlerkatalog, Abbruchtests und schrittweise Freigabe.
Einführung in vier Phasen
Prozess auswählen
Volumen, Varianten, Daten, Output, Risiken und Verantwortliche definieren.
Agent bauen
Hermes-Profil, Skills, Memory, Tools und Testfälle implementieren.
In Paperclip führen
Rolle, Ziele, Tickets, Heartbeats, Budget und Eskalationen konfigurieren.
Kontrolliert skalieren
Shadow Mode auswerten, Rechte erweitern und weitere Rollen hinzufügen.
Quellen und Projektstatus
Wir stützen technische Aussagen auf die Primärquellen und prüfen sie beim Setup erneut:
- Paperclip – Produktseite und Quickstart
- Paperclip Docs – Adapter Overview
- Paperclip – Quellcode
- Nous Research – Hermes Paperclip Adapter
- Hermes Agent – offizielle Dokumentation
Häufige Fragen
Ist Paperclip selbst ein KI-Agent?
Paperclip ist vor allem die Orchestrierungs- und Governance-Ebene. Es organisiert Unternehmen, Rollen, Ziele, Projekte, Tickets, Heartbeats, Budgets und Agentenläufe. Die eigentliche Arbeit wird von angebundenen Agenten-Laufzeiten wie Hermes, Codex, Claude Code oder anderen Adaptern erledigt.
Wie wird Hermes mit Paperclip verbunden?
Für Hermes existiert ein eigener Paperclip-Adapter. Ein Agent wird mit dem Typ hermes_local konfiguriert; Paperclip startet beziehungsweise beauftragt die Hermes-Laufzeit und übernimmt den Ausführungskontext. Versionen und konkrete Adapterfunktionen werden vor jedem produktiven Setup geprüft.
Kann Paperclip in Deutschland selbst gehostet werden?
Paperclip wird als Open-Source-Software für Self-Hosting angeboten. Ob eigener Server, dedizierter EU-VPS oder interne Infrastruktur sinnvoll ist, hängt von Identitätssystem, Datenflüssen, Integrationen und Betriebsverantwortung ab. Self-Hosting allein macht ein System nicht automatisch DSGVO-konform.
Müssen alle Agenten Hermes verwenden?
Nein. Paperclip ist für unterschiedliche Agenten und Laufzeiten ausgelegt. Ein Organigramm kann beispielsweise Hermes für langfristige Operations, Codex für Entwicklungsaufgaben und andere spezialisierte Agenten kombinieren. Wir bevorzugen keine Monokultur, sondern eine klare Rollen- und Risikozuordnung.
Stoppt ein Budget wirklich jede Art von Kosten?
Budgets sind eine wichtige Governance-Schicht, aber kein Ersatz für Provider-Limits, Infrastruktur-Monitoring und technische Abbruchregeln. Wir kombinieren Paperclip-Budgets mit Limits beim Modellanbieter, Laufzeitgrenzen und Alarmen.
Ist der Hermes-Adapter in jeder Umgebung produktionsreif?
Nein pauschales Versprechen wäre seriös. Betriebssystem, Paperclip-Version, Hermes-Version, Authentifizierung, Netzwerk und Skill-Synchronisierung beeinflussen das Ergebnis. Wir testen Installation, Authentifizierung, Heartbeats, Toolzugriffe, Session-Fortsetzung und Abbruchverhalten in der konkreten Zielumgebung.
Wie beginnt ein Unternehmen?
Mit einem Prozess, nicht mit einem Organigramm aus 30 Agenten. Der erste Agent arbeitet zunächst im Shadow Mode, produziert prüfbare Ergebnisse und hat wenige Rechte. Erst wenn Qualität, Kosten und Eskalationen stabil sind, wird die Organisation erweitert.