Hermes Agent kan nå kjøre subagenter i bakgrunnen – uten å stoppe alt annet

Hermes Agent fra Nous Research fikk i går en oppdatering som løser et irritasjonsmoment mange har levd med: når du delegerer en oppgave til en subagent, sitter parent-chatten og venter. Det gjør den ikke lenger. Asynkrone subagenter er nå tilgjengelig via det nye async_delegation-verktøysettet, sporet i GitHub-issue #5586.

Endringen er konkret: parent-agenten spawner en bakgrunnsagent og får tilbake en task_id umiddelbart. Chatten forblir responsiv. Du kan jobbe videre, sjekke status når det passer, og hente resultatet når bakgrunnsagenten er ferdig. Ingen ventekø, ingen blokkering.

Det høres kanskje ut som en liten teknisk detalj. Men for alle som har prøvd å orkestrere lengre AI-arbeidsflyter med flere agenter – der én agent research-er mens en annen koder og en tredje evaluerer – er dette en ganske stor forbedring. La meg gå gjennom hva som faktisk er kommet.

Hva er problemet med synkrone subagenter?

Den originale delegate_task-funksjonen i Hermes Agent er synkron. Parent-agenten kaller den, og venter. Hele konversasjonstråden blokkerer til subagenten returnerer. Kjører du ett oppdrag om gangen, er det helt greit. Men ønsker du å parallelisere – starte tre subagenter og la dem jobbe mens du gjør noe annet – har det vært umulig.

Problemstillingen er kjent fra vanlig programmering. Asynkron kode eksisterer nettopp fordi blokkerende kall er ineffektivt når du kan gjøre noe nyttig i mellomtiden. Det samme prinsippet gjelder nå for AI-agenter i Hermes.

Seks verktøy for full livssykluskontroll

Det nye async_delegation-verktøysettet gir deg seks funksjoner for å styre bakgrunnsagenter fra start til slutt. Det er et gjennomtenkt sett – ikke bare «start» og «stopp», men full kontroll over hva som skjer mens agenten kjører.

delegate_task_async er startpunktet. Den spawner en bakgrunnsagent med et mål og kontekst, og returnerer umiddelbart en identifikator. Ingen venting.

check_task lar deg sjekke status uten å blokkere. Kall den når du vil – agenten svarer med hvor langt bakgrunnsagenten er kommet, uten å vente på fullføring.

steer_task er kanskje den mest interessante funksjonen. Den lar deg injisere meldinger inn i en kjørende oppgave. Tenk deg at du starter en research-agent, og halvveis innser at du vil justere fokus – i stedet for å avbryte og starte på nytt, kan du sende inn en korreksjon.

collect_task er «vent nå»-funksjonen. Den blokkerer til subagenten er ferdig og returnerer resultatet. Du bruker denne når du trenger svaret og er klar til å vente.

cancel_task og list_tasks runder av settet – avbryt det som ikke trengs lenger, og få oversikt over alle aktive og fullførte bakgrunnsoppgaver i sesjonen.

Hva vet subagenten – og hva vet den ikke?

Isolasjonen er bevisst og viktig. Hver subagent starter med en helt frisk konversasjon. Den har ingen tilgang til parent-historikken, ingen bakgrunnskunnskap om hva som har skjedd i chatten. Alt den vet, er det du sender med i goal– og context-feltene ved oppstart.

Det er dette som holder kontekstvinduet håndterbart. Bare den endelige oppsummeringen returneres til parent. Midt-underveis-tankegangen til subagenten forblir i sin egen boble. API-nøkler og legitimasjoner arves fra parent, så du slipper å konfigurere tilgang på nytt.

I praksis betyr det at du må skrive gode kontekst-felt. En vag subagent-instruks gir et vagt resultat – akkurat som med vanlige agenter. Men nå kan du i det minste justere kursen underveis med steer_task hvis det trengs.

Synkron eller asynkron – når bruker du hva?

Den synkrone delegate_task forsvinner ikke – og den er fortsatt rett valg i mange situasjoner. Er oppgaven rask, og parent-agenten trenger resultatet umiddelbart for å komme videre, er synkron det enkleste valget. Ingen grunn til å håndtere task_id-er og polling når du bare venter på ett raskt svar.

Asynkron er rett valg for lange oppgaver – research som tar tid, kodeanalyse over mange filer, evalueringer som krever mange kall. Her er det bortkastet å la parent sitte og vente. Du kan starte oppgaven, jobbe videre med noe annet, og hente resultatet når du er klar. Maksimalt antall samtidige barn er satt til 3 som standard via delegation.max_concurrent_children, men det kan justeres.

Bakgrunnsagentene kjører som in-process-tråder og gjenbruker det samme AIAgent-maskineriet som synkron-delegering. Det er altså ikke noe eget delsystem – bare et lag som lar deg slippe blokkering.

Hva er ACP, og hva er det ikke ennå?

I dokumentasjonen dukker det opp en referanse til ACP – Agent Communication Protocol – sporet i GitHub-issue #4949. Det handler om å la asynkrone subagenter vedvare på tvers av samtaleomdreininger – altså at en bakgrunnsagent kan fortsette å eksistere selv etter at du har avsluttet en chat-session, kjørt som vedvarende sandbox-sesjoner.

Det er ikke tilgjengelig ennå. Den nåværende implementasjonen er single-session: starter du en ny session, er alle bakgrunnsoppgaver borte. ACP er neste steg, og det vil gjøre Hermes Agent enda mer egnet for langtidskjørende automatiseringsoppgaver. Men foreløpig er det lurt å vite grensen: alt eksisterer innenfor én session.

Disse to artiklene fra tidligere dekning av Hermes Agent er gode bakgrunnssteder å starte: hva Hermes Agent er og om det er verdt hypen og erfaringer fra faktisk bruk.

Praktiske brukstilfeller som nå er mulig

La oss si at du jobber med en rapport og vil at én agent skal søke opp markedsdata, en annen skal sammenstille konkurrentanalyse, og en tredje skal skrive et utkast til introduksjon – alt parallelt. Tidligere ville du kjørt dem én etter én. Nå starter du alle tre med delegate_task_async, jobber med strukturen på rapporten mens de kjører, og henter resultatene med collect_task når de er klare.

Et annet tilfelle: du delegerer en multi-fil koderefaktor til en bakgrunnsagent, og mens den holder på, gjennomgår du en annen del av kodebasen selv. Innimellom sjekker du status med check_task. Oppdager du at agenten er på vei i feil retning, bruker du steer_task til å korrigere kursen – i stedet for å avbryte og starte på nytt.

Nous Research sin co-founder Teknium kunngjorde oppdateringen på X 15. juni 2026. For alle som jobber med autonome AI-agenter og automatiserte arbeidsflyter, er dette et steg i riktig retning. Ikke dramatisk, men solid håndverk.

Ofte stilte spørsmål