Zum Hauptinhalt springen
9 – 17 UHR +49 8031 3508270 LUITPOLDSTR. 9, 83022 ROSENHEIM
DE / EN
Orchestrierer Herdr, Inc. Terminal, SSH

herdr

herdr ist die Open-Source-Terminal-Runtime von Herdr, Inc. für KI-Coding-Agenten wie Claude Code oder Codex mit Zustandserkennung und Multi-Agent-Orchestrierung.

Lizenz Apache-2.0
Erstveröffentlichung März 2026
Oberflächen Terminal (CLI), SSH (Remote-Maschinen)
Plattformen Linux, macOS, Windows

Die sieben Bausteine bei herdr

So setzt herdr die Bausteine eines AI Harness um

  1. 1

    Agentenschleife

    herdr führt keine eigene Agentenschleife aus, sondern hostet die reale Terminal-Sitzung des jeweils gestarteten Coding-Agenten – laut README „owns their terminals“, statt Agenten zu wrappen oder zu ersetzen.

  2. 2

    Werkzeuge und Ausführungsumgebung

    Werkzeuge liefert weiterhin der jeweilige Coding-Agent; herdr ergänzt CLI-Befehle wie `agent start`, `agent prompt` und `agent send-keys`, mit denen ein Agent Panes steuert, ohne deren Fokus zu übernehmen.

  3. 3

    Kontextmanagement

    Über die Agent Skill und die Socket-API kann ein Agent Layout-Snapshots, Pane-Ausgaben (`agent read`) und den Zustand von Nachbar-Panes abfragen und so den Kontext paralleler Arbeit einbeziehen.

  4. 4

    Zustand und Gedächtnis

    Workspace-, Tab-, Pane- und Layout-Zustand speichert herdr lokal in `session.json`; unterstützte Agenten können ihre native Sitzung nach einem Neustart fortsetzen, die ursprünglichen Prozesse laufen dabei aber nicht weiter.

  5. 5

    Berechtigungen

    herdr trifft keine Freigabeentscheidungen; es erkennt anhand von Screen-Manifesten oder Lifecycle-Hooks, wenn ein Agent wegen einer Berechtigungs- oder Freigabeabfrage blockiert, und markiert Pane, Tab und Workspace als „blocked“.

  6. 6

    Verifikation und Feedback

    Verifikation bleibt Aufgabe des jeweiligen Agenten; herdrs Beitrag ist Sichtbarkeit über Zustands-Rollups in der Sidebar, damit Menschen oder andere Agenten gezielt reviewen, was fertig oder blockiert ist.

  7. 7

    Orchestrierung

    Kernbeitrag von herdr: Agenten steuern es agent-nativ über CLI und lokale Socket-API, um Panes zu erzeugen, andere Agenten zu prompten und mit `agent wait` auf deren echten Blocked-Zustand zu warten.

Modelle und Modellzugang

Welche Modelle der Harness nutzt und über welche Wege sie bezogen werden

Modelle und Modellzugang
Modelle Modellunabhängig – herdr startet die Agenten, die Modelle konfigurieren Sie dort
Bezugswege Modellunabhängig (abhängig vom jeweils gestarteten Coding-Agenten)
Freie Modellwahl Ja
Eigener Endpunkt / LLM-Gateway Nein
herdr ruft selbst keine Sprachmodelle auf; Modell, Provider und Endpunkt legt ausschließlich der in einer Pane gestartete Coding-Agent fest.
Funktionen
Sub-Agenten Hooks Skills Plugins / Erweiterungen Headless / CI SDK Sitzungen fortsetzen

Einsatz im Unternehmen

Datenverarbeitung, Steuerung und Preismodell laut Anbieter

Datenverarbeitung und Speicherort

Workspace-, Tab-, Pane- und Layout-Zustand speichert herdr laut Dokumentation lokal in `session.json`; das optionale Pane-Verlaufs-Log ist standardmäßig deaktiviert, weil Terminalausgaben Geheimnisse enthalten können.

Identität und Zugriff

Eine eigene Nutzerverwaltung oder SSO-Anbindung dokumentiert herdr nicht; der Zugriff auf entfernte Maschinen läuft über bestehende OpenSSH-Authentifizierung, ohne dass herdr Passwörter oder Schlüssel speichert.

Admin-Steuerung

Konfiguration erfolgt lokal je Nutzer bzw. Maschine über `config.toml`; eine zentrale Admin-Konsole für mehrere Teams ist laut Dokumentation nicht vorgesehen.

Telemetrie und Manifest-Updates

herdr ruft im Hintergrund aktualisierte Erkennungs-Manifeste von herdr.dev ab; das lässt sich mit `manifest_check = false` in `config.toml` deaktivieren, eine darüber hinausgehende Telemetrie ist öffentlich nicht dokumentiert.

Preismodell

herdr ist als Apache-2.0-lizenzierte Software kostenlos nutzbar; der Anbieter kündigt mit „Herdr Cloud“ einen zusätzlichen, noch nicht bepreisten Dienst an und nennt auf der Website eine allgemeine Kontaktadresse für Anfragen.

Stärken
  • Hält Terminal-Sitzungen von Coding-Agenten über Trennung, Neustart und mehrere Maschinen hinweg am Leben
  • Zeigt den Zustand paralleler Agenten (working/blocked/idle/done) gebündelt in einer Sidebar
  • Agent-native CLI und lokale Socket-API zum gegenseitigen Prompten und Warten auf einen echten Blocked-Zustand
  • Erkennt laut Dokumentation eine breite Zahl bekannter Coding-Agenten automatisch, ohne sie zu ersetzen
  • Erweiterbar über ein Plugin-System für zusätzliche Panes, Aktionen und Event-Hooks
  • Ein einzelnes Rust-Binary ohne Electron, lauffähig in jedem vorhandenen Terminal
Grenzen
  • Blocked-Erkennung ohne vollständige Lifecycle-Integration ist laut Dokumentation bewusst streng und kann bei unbekannten Prompt-Bildschirmen zunächst als idle erscheinen
  • Nach einem Server- oder Maschinen-Neustart bleibt nur das Layout erhalten; laufende Prozesse selbst überleben laut Dokumentation nicht
  • Tmux-Sitzungen innerhalb einer herdr-Pane wertet die Erkennung nicht aus; herdr sieht dann tmux statt den dahinterliegenden Agenten
  • Für einige Agenten wie Amp, Kiro CLI, Maki oder Muse ist laut Tabelle keine Session-Integration dokumentiert (Integration: keine)

Einsatzbereiche

Typische Aufgaben für diesen Harness

Mehrere Coding-Agenten parallel überwachen und gezielt eingreifen, wenn einer blockiert ist
Terminal-Sitzungen trotz SSH-Abbruch oder Client-Neustart fortsetzen
Agenten sich gegenseitig prompten und auf Fertigstellung warten lassen, etwa für Review- oder Test-Workflows
Lokale und per SSH verbundene Remote-Maschinen in einem gemeinsamen Fenster verwalten
Team-weite Sichtbarkeit schaffen, welches Projekt gerade eine menschliche Entscheidung braucht

herdr ist eine in Rust geschriebene Open-Source-Runtime des Anbieters Herdr, Inc., auf der mehrere KI-Coding-Agenten gleichzeitig in echten Terminal-Sitzungen laufen. Statt Agenten wie Claude Code, Codex oder Pi zu ersetzen, „besitzt“ herdr laut eigener Dokumentation deren Terminals: Es hält Panes am Leben, erkennt automatisch, ob ein Agent arbeitet, blockiert oder wartet, und stellt eine CLI sowie eine lokale Socket-API bereit, über die Agenten sich gegenseitig steuern. Als AI Harness übernimmt herdr vor allem den Baustein Orchestrierung – Modellzugriff und Werkzeuge bleiben beim jeweils gestarteten Agenten. Stand: 20. September 2026.

Was ist herdr?

herdr wird von Herdr, Inc. entwickelt und unter der Lizenz Apache-2.0 als Open-Source-Software auf GitHub (herdrdev/herdr) veröffentlicht; der erste Release v0.1.0 erschien laut Release-Historie im März 2026, aktuell ist v0.9.1 (16. September 2026). Installiert wird herdr unter Linux und macOS per curl -fsSL https://herdr.dev/install.sh | sh, per brew install herdr oder unter Windows über install.ps1; danach startet herdr im Projektverzeichnis Server und Terminal-Oberfläche. herdr läuft nativ unter Linux, macOS und Windows (dort laut Dokumentation im Beta-Status) und lässt sich per SSH auf entfernte Maschinen ausdehnen (herdr --remote <name>), ohne eigene Zugangsdaten zu speichern – die Authentifizierung bleibt bei OpenSSH.

herdr als AI Harness

herdr organisiert Arbeit in Workspaces, Tabs und Panes: Ein Workspace bündelt ein Projekt, Tabs trennen Ansichten wie Agenten oder Logs, jede Pane ist ein echter Terminalprozess. Für jede Pane bestimmt genau eine „State Authority“ den Zustand – ein Lifecycle-Hook bzw. -Plugin des Agenten oder, ohne vollständige Integration, ein Screen-Manifest, das die sichtbare Terminalausgabe auswertet. Blockiert-Zustände erkennt herdr bewusst streng nur bei bekannten Freigabe-Bildschirmen; unbekannte Prompt-Layouts fallen zunächst auf „idle“ zurück. Für die Orchestrierung stellt herdr eine CLI (agent start, agent prompt, agent wait, agent read, agent send-keys) und eine JSON-Socket-API bereit; die per npx skills add herdrdev/herdr --skill herdr -g installierbare Agent Skill nutzt dieselbe Schnittstelle, damit ein Agent Nachbar-Panes inspizieren, weitere Agenten starten und auf deren „blocked“-Zustand warten kann – abgesichert über HERDR_ENV=1. Ein Plugin-System mit Manifest herdr-plugin.toml erlaubt zusätzliche Panes, Aktionen und Event-Hooks in Bash, JavaScript, Lua oder Rust.

Modelle und Modellzugang

herdr ruft selbst kein Sprachmodell auf und ist damit modellunabhängig: Es startet den gewählten Coding-Agenten in einer Pane, und dieser Agent bestimmt Modell, Provider und Zugangsweg eigenständig. Ob sich der Modellzugriff eines in herdr laufenden Agenten über einen zentralen Proxy wie das AI Gateway von innFactory führen lässt, hängt deshalb ausschließlich vom Agenten ab – etwa wenn Claude Code oder Codex in einer herdr-Pane laufen und selbst einen konfigurierbaren Endpunkt unterstützen.

Einsatz im Unternehmen: Datenschutz und Governance

Laut Session-State-Dokumentation speichert herdr Workspace-, Tab-, Pane- und Layout-Zustand lokal in session.json; das optionale, standardmäßig deaktivierte Pane-Verlaufs-Log hält bewusst keine Geheimnisse fest, weil Terminalausgaben Token oder Zugangsdaten enthalten können. herdr prüft im Hintergrund aktualisierte Erkennungs-Manifeste bei herdr.dev ab; das lässt sich über manifest_check = false in config.toml deaktivieren. Eine eigene SSO- oder Admin-Policy-Verwaltung dokumentiert herdr nicht – SSH-Zugriffe laufen über bestehende OpenSSH-Konfiguration, ohne dass herdr Passwörter oder Schlüssel speichert. Unabhängig von herdr gilt: Quellcode und Prompts, die ein in einer Pane laufender Coding-Agent verarbeitet, gehen an den von diesem Agenten gewählten Modellanbieter – das gehört vorab ins Verarbeitungsverzeichnis.

Welche Agenten unterstützt herdr?

Automatische Erkennung funktioniert laut Dokumentation ab Werk für die folgenden Agenten. „State authority“ zeigt, wie herdr idle/working/blocked bestimmt, „Integration“ die Tiefe der Sitzungsanbindung:

AgentState authorityIntegration
PiLifecycle-Hooks (falls installiert), sonst Screen-ManifestState und Session
OMPLifecycle-Hooks (falls installiert)State und Session
GitHub Copilot CLIScreen-ManifestSession
Devin CLIScreen-ManifestSession
Kimi Code CLILifecycle-Hooks (falls installiert), sonst Screen-ManifestState und Session
Hermes AgentScreen-ManifestSession
Qoder CLIScreen-ManifestSession
Qwen CodeScreen-ManifestSession
Letta CodeScreen-ManifestSession
DroidScreen-ManifestSession
OpenCodeLifecycle-Plugin (falls installiert), sonst Screen-ManifestState und Session
Kilo Code CLILifecycle-Plugin (falls installiert), sonst Screen-ManifestState und Session
MastraCodeLifecycle-Hooks (falls installiert)State und Session
Claude CodeScreen-ManifestSession
CodexScreen-ManifestSession
Cursor Agent CLIScreen-ManifestSession
AmpScreen-Manifestkeine
Grok CLIScreen-ManifestSession
Antigravity CLIScreen-ManifestSession
Kiro CLIScreen-Manifestkeine
MakiScreen-Manifestkeine
MuseScreen-Manifestkeine
Gemini CLIScreen-Manifest (laut Doku erkannt, weniger ausführlich getestet)nicht dokumentiert
ClineScreen-Manifest (laut Doku erkannt, weniger ausführlich getestet)nicht dokumentiert

Nicht gelistete Agenten laufen weiterhin als normale Terminalprozesse, ohne automatisch reichen Zustand zu erhalten.

Einordnung: Entwickler-Harness und Unternehmens-Harness

herdr richtet sich an Entwicklerinnen und Entwickler, die mehrere Coding-Harnesses wie Claude Code oder Codex parallel im Terminal betreiben. Für Fachanwenderinnen und Fachanwender außerhalb der Entwicklung ist CompanyGPT der passende Harness – Werkzeuge über MCP-Server, Kontext über companyRAG, Rollen aus Entra ID oder Keycloak. Eine gemeinsame Kosten- und Governance-Schicht liefert das AI Gateway; einen Überblick über weitere Harnesses bietet unsere Übersicht KI-Harnesses. Wir unterstützen Unternehmen dabei, herdr, die darin laufenden Coding-Agenten und deren Modellzugriff governance-konform einzuführen.

Vom Entwickler-Harness zum Unternehmens-Harness

Coding-Harnesses sind Werkzeuge für Entwickler. Für Fachanwender, Kostenkontrolle und Governance braucht es zwei weitere Schichten.

CompanyGPT – der Harness für Fachanwender

CompanyGPT gibt beliebigen Sprachmodellen Werkzeuge über MCP-Server, Integrationen und n8n, Unternehmenswissen über companyRAG, Rollen aus Entra ID oder Keycloak sowie Audit-Logs – betrieben in Ihrer Azure-Umgebung oder souverän auf STACKIT.

CompanyGPT entdecken
AI Gateway – Kosten und Governance für alle Agenten

Das AI Gateway bündelt die Modellzugriffe Ihrer Tools und Coding-Agenten hinter einer OpenAI-kompatiblen API: Authentifizierung über Entra ID, Budgets und Kostenstellen pro Team, Nutzer und Agent, Guardrails und lückenlose Protokollierung.

AI Gateway ansehen

Häufig gestellte Fragen

Was ist herdr?

herdr ist eine Open-Source-Runtime von Herdr, Inc., auf der mehrere KI-Coding-Agenten wie Claude Code, Codex oder Pi in echten Terminal-Sitzungen laufen. Statt die Agenten zu ersetzen, hält herdr deren Panes am Leben, zeigt deren Zustand (working, blocked, idle) an und stellt eine CLI sowie eine Socket-API zur Multi-Agent-Steuerung bereit.

Ist herdr Open Source?

Ja, herdr steht laut GitHub-Repository `herdrdev/herdr` unter der Lizenz Apache-2.0 und ist damit Open Source. Quellcode, Installationsskript und Release-Historie sind öffentlich einsehbar; für kommerzielle Anfragen nennt der Anbieter zusätzlich eine Enterprise-Kontaktadresse.

Welche Coding-Agenten unterstützt herdr?

Laut Dokumentation erkennt herdr automatisch unter anderem Claude Code, Codex, Cursor Agent CLI, GitHub Copilot CLI, OpenCode, Pi, Kilo Code CLI, Qwen Code, Grok CLI, Antigravity CLI, Devin CLI, Kimi Code CLI, Droid, Amp, Kiro CLI, OMP, Hermes Agent, Qoder CLI, Letta Code, MastraCode, Maki und Muse, dazu mit Einschränkung Gemini CLI und Cline. Nicht gelistete Agenten laufen weiterhin als gewöhnliche Terminalprozesse, ohne automatisch den vollen Zustand zu liefern.

Ersetzt herdr Coding-Agenten wie Claude Code oder Codex?

Nein. Laut eigener Dokumentation wrappt oder ersetzt herdr die Agenten nicht, sondern „besitzt“ nur deren Terminals – Agentenschleife, Werkzeuge und Modellzugriff bleiben vollständig beim jeweiligen Coding-Agenten.

Ist herdr DSGVO-konform nutzbar?

herdr speichert Sitzungs- und Layout-Zustand laut Dokumentation lokal und sendet nach aktuellem Kenntnisstand keine Nutzerinhalte an herdr.dev; lediglich Erkennungs-Manifeste werden optional aktualisiert und lassen sich per Konfiguration abschalten. Eine eigene DSGVO-Zusicherung des Anbieters ist öffentlich nicht dokumentiert; unabhängig davon gehen Quellcode und Prompts der in herdr laufenden Agenten an deren jeweiligen Modellanbieter und gehören ins Verarbeitungsverzeichnis.

Funktioniert herdr mit dem AI Gateway von innFactory?

Ob sich ein in herdr laufender Coding-Agent über das AI Gateway betreiben lässt, hängt vom jeweiligen Agenten ab, da herdr selbst keine Modellaufrufe tätigt. Agenten mit einem dokumentierten, frei konfigurierbaren Endpunkt lassen sich unabhängig von herdr über das AI Gateway routen.

Coding-Agenten sicher im Unternehmen einführen

Wir unterstützen bei Auswahl, Modellbezug in der EU, Berechtigungskonzept und Kostenkontrolle.