Når man bruker flere kodeagenter, blir terminalvinduene fort en egen arbeidsoppgave. Claude Code står i ett vindu, Codex i et annet, og kanskje OpenCode eller Hermes i et tredje. Etter hvert er det vanskelig å huske hvilket prosjekt som venter på svar.
For et lite utviklingsteam eller en leverandør som følger flere kodeoppgaver samtidig, kan en felles arbeidsflate gi bedre oversikt. Herdr er en runtime for kodeagenter, altså et program som holder agentenes terminaler og arbeidsøkter organisert mens de jobber.
Herdr prøver å løse dette ved å være arbeidsflaten agentene kjører i. Det er ikke en ny språkmodell og heller ikke en erstatning for Claude Code eller Codex. Herdr eier terminalene, organiserer prosjektene og holder sesjonene i gang. [1]
TL;DR
Herdr passer for deg som allerede bruker flere kodeagenter og ønsker én oversikt over prosjekter, terminaler og status. Du kan ha Claude Code på ett prosjekt, Codex på et annet og OpenCode på et tredje.
Det viktigste er at Herdr ikke gjør agentene automatisk bedre. Det gjør det enklere å organisere dem. Du må fortsatt styre tilgang, godkjenne handlinger, lese endringer og sørge for at hver agent arbeider i riktig prosjekt.
Hva gjør Herdr?
Herdr kjører en bakgrunnsserver som holder terminalene levende. Du kan koble fra klienten, lukke lokket eller miste nettverket uten at arbeidet nødvendigvis stopper. Ved server- eller maskinrestart kan Herdr gjenopprette layouten og gjenoppta støttede agentsesjoner, men prosesser som allerede ble drept av en full maskinrestart overlever ikke av seg selv. [2]
I arbeidsflaten kan prosjekter organiseres i workspaces, altså adskilte rom for hvert kodeprosjekt. En agentsesjon er den pågående samtalen og terminalen agenten arbeider i. Hver agent får sin egen terminalrute med shell, logger, prompts og prosesser. Herdr viser om en agent arbeider, venter eller trenger oppmerksomhet.
Herdrs dokumentasjon beskriver støtte for blant annet Claude Code, Codex, GitHub Copilot CLI, Cursor Agent CLI, OpenCode, Hermes Agent, OMP, Qwen Code og Grok CLI. Listen endres over tid, så sjekk den aktuelle integrasjonslisten før installasjon. [3]
Eksempel: tre parallelle oppgaver
Tenk at du vedlikeholder en liten nettbutikk. Du kan ha Claude Code på en ny betalingsside, Codex på en dataimport og OpenCode på en testjobb. Hver oppgave ligger i sitt eget prosjekt og sin egen terminal.
Du slipper å bla gjennom mange vanlige terminalfaner for å finne ut hva som skjer. Hvis en agent venter på godkjenning, skal den kunne markeres som blokkert. Hvis en annen er ferdig, kan du gå gjennom diffen når det passer.
Dette minner litt om å bruke flere arbeidslag i agentorkestrering, men Herdr orkestrerer ikke nødvendigvis selve fagarbeidet. Det gir først og fremst agentene et sted å bo. Artikkelen om OpenRig og AI-routing handler mer direkte om hvordan ulike agenter og modeller kan kobles sammen.
Herdr sammenlignet med tmux
Tmux kan allerede holde terminalsesjoner i gang når du kobler fra. Forskjellen er at Herdr er laget med kodeagenter som førsteprioritet.
Herdr prøver å identifisere hvilken agent som kjører i hver rute og vise status samlet. Det har også integrasjoner som kan rapportere sessions-ID og gjøre det mulig å gjenoppta en agentsesjon etter restart. Tmux er mer generelt og svært nyttig, men du må i større grad følge med på hver rute selv.
Dette betyr ikke at Herdr alltid er bedre. Hvis du bare kjører én agent i én terminal, kan tmux eller en vanlig terminal være enklere. Herdr blir mer interessant når du har flere prosjekter, maskiner eller parallelle oppgaver.
Lokal maskin eller server?
Herdr kan kjøres på macOS, Linux og Windows. Du kan bruke den på egen laptop, en stasjonær maskin eller en server du kobler til over SSH. Det gjør den aktuell for lange jobber, for eksempel større refaktoreringer, testkjøringer eller dokumentasjonsarbeid som kan gå over natten.
En server gjør ikke automatisk løsningen trygg. Agenten får fortsatt tilgang til filene, miljøvariablene og verktøyene du gir den. Bruk egne brukere, begrensede prosjektmapper og separate nøkler. Ikke legg produksjonshemmeligheter i et prosjekt bare fordi terminalen overlever en frakobling.
Hva bør du passe på?
Status er ikke det samme som sikkerhet. En agent som står som «idle» kan likevel ha bakgrunnsprosesser. Herdrs dokumentasjon advarer også om at uvanlige godkjenningsdialoger kan bli feiltolket. Se på terminalen før du sender inn en godkjenning eller lar automatisering skrive videre. [2]
Start med prosjekter der endringer kan rulles tilbake. Bruk Git, små commits og tester. Hold agenter adskilt når de jobber i forskjellige kodebaser. Det er bedre å ha tre tydelige arbeidsflater enn én stor agent som får tilgang til alt.
Slik kan du komme i gang
Installer Herdr fra den offisielle siden eller GitHub-repositoriet, start serveren og opprett én workspace for et prosjekt du kjenner godt. Legg inn én agent først. Deretter kan du installere integrasjonen for den aktuelle agenten, slik at Herdr kan gjenoppta sesjonen og vise status mer presist.
Når du har en stabil arbeidsflyt, kan du legge til en annen agent. Noter hva som faktisk ble bedre: mindre tid brukt på å lete, bedre oversikt eller flere oppgaver som kan kjøre parallelt. Hvis gevinsten bare er flere vinduer, er løsningen kanskje mer kompleks enn nødvendig.
En tommelfingerregel er enkel: Én person med én agent i ett prosjekt klarer seg ofte med vanlig terminal eller tmux. Herdr blir mer interessant når dere har flere prosjekter, flere agenter, lange kjøringer eller en server som flere må kunne følge med på.
Hvor passer Herdr inn?
Herdr er et drifts- og arbeidsflatelag rundt kodeagenter. Det kan kombineres med en spesifikasjonsdrevet metode som GitHub Spec Kit og med prosjektregler eller skills som beskriver hvordan agentene skal arbeide.
Det kan også være et nyttig praktisk lag for et lite AI-team, men ikke en erstatning for mål, oppgavefordeling og review. Artikkelen om Paperclip, Hermes Kanban og små AI-team går mer inn i den delen.
Start med én workspace og én agent i et prosjekt dere kan rulle tilbake. Hvis oversikten faktisk blir bedre, kan dere koble på en ekstra agent eller en mer strukturert prosess som GitHub Spec Kit.
Kilder
[1] Herdr — offisiell nettside
[2] Herdr — agents og statusdeteksjon
[4] Herdr på GitHub