Du har bygd din første agent, og den leverer på en konkret oppgave. Nå spør du om det neste steget er å lage en superagent som kan gjøre alt. Svaret er nei. Det neste steget er å bygge et team. OpenClaw lar deg sette opp flere agenter som jobber sammen, hver med sin spesialitet. Det er det samme prinsippet som gjør at virksomheter har avdelinger i stedet for at daglig leder gjør alt selv. Spesialisering virker.
Hvorfor flere agenter er bedre enn én
Det første spørsmålet folk stiller er hvorfor man trenger flere agenter. Hvorfor kan ikke du bare bygge en som er veldig god, så slipper du å holde styr på mange forskjellige? Svaret er det samme som i det virkelige liv. Tenk på en bedrift. Hvorfor har vi avdelinger? Hvorfor lar vi ikke daglig leder svare på supporthenvendelser?
Det er fordi spesialisering virker. En person som får lov å fokusere på én ting blir veldig god på den ene tingen. Mye bedre enn hvis hun måtte fordele oppmerksomheten mellom mange ulike områder. Det samme gjelder agenter.
En agent som er god på research, og bare det, blir mye bedre på research enn en agent som skal gjøre research, kode, sende e-post og håndtere kundehenvendelser samtidig. Det er ikke fordi den er smartere, men fordi den har en tydeligere rolle, en smalere verktøykasse, og en personlighet finjustert til akkurat den jobben.
Et eksempel med tre agenter
La oss ta et konkret eksempel. Forestill deg at du har et team med tre agenter. Du har Chief, som er den du kommuniserer med. Det er hun som mottar alle oppgavene fra deg. Du har Researcher, som graver i ting og finner ut av ting. Og du har Builder, som koder, skaper og leverer.
Du som bruker snakker bare med Chief. Du forteller henne hva du ønsker, og det er hun som delegerer oppgavene videre til riktig agent. Det er én inngangspunkt, og hun har oversikten over hele teamet.
Hvis du for eksempel ber om en sammenligning av tre nye verktøy på markedet, er det Researcher som faktisk går og undersøker hvilke verktøy som finnes, og hva som skiller dem. Hun finner informasjon, lager en strukturert oppsummering, og sender det tilbake til Chief. Chief vurderer om det Researcher har levert faktisk er bra nok, før hun svarer tilbake til deg.
Du sendte kanskje bare én melding, men et helt team har vært på jobb for å løse problemet ditt. Det er forskjellen på et verktøy og på å ha et team. Verktøyet må du bruke aktivt. Et team jobber for deg.
Hvordan teamet defineres i agents.md
I OpenClaw beskrives teamet i en agents.md-fil. Her står hver agent med navn, rolle, beskrivelse, hvilken språkmodell den bruker, og hvilke ferdigheter den har tilgang til. Vi går grundig gjennom filen i slik beskriver du AI-agenter med agents.md.
Det praktiske er at hver agent har sitt eget oppsett, men de deler likevel et felles kulturelement gjennom soul.md. Tonen, holdningene og verdiene er konsistente på tvers av teamet. Det betyr at du ikke får en formell Chief og en uformell Builder. Hele teamet snakker likt fordi de leser samme soul.md.
Vil du forstå hvordan kulturen settes, anbefaler vi slik bestemmer du tonen i AI-agenten med soul.md.
Skills bygges som lego
Det fine ved et multi-agent-oppsett er at ferdighetene du allerede har bygd kan brukes på tvers. Hvis du har en skill.md som beskriver hvordan agenten sender e-post, kan den deles av flere agenter. Du dupliserer ikke arbeidet for hver ny rolle.
Tenk på det som å bygge med lego. Hver skill er en kloss. En agent er en kombinasjon av klosser, definert av hvilke ferdigheter den har lov til å bruke. Når du har et bibliotek på ti ferdigheter, kan du sette sammen mange forskjellige agenter som hver har sin spesifikke verktøykasse.
Det er denne gjenbruken som gjør det raskere å bygge agent nummer fem enn det gjorde å bygge den første. Du har infrastrukturen, du må bare velge hvilke klosser som skal inn i den nye konstellasjonen. Vi går gjennom skill-filene i slik beskriver du ferdigheter med skill.md.
Du trenger ikke bygge hele teamet med en gang
Selv om eksempelet over har tre agenter, betyr ikke det at du må starte slik. Det fine med OpenClaw er at du kan begynne med én agent og legge til flere etter hvert som du ser hva som fungerer.
I praksis ser veksten ofte slik ut. Du begynner med en enkel agent som svarer på e-post. Du ser at den fungerer, og du trives med arbeidsflyten. Etter et par uker tenker du at du også vil ha en research-funksjon. Da legger du til en Researcher-agent, og du justerer agents.md slik at Chief kan delegere til henne.
Du må ikke designe hele teamet på papiret før du begynner. Du kan vokse organisk, basert på hva som faktisk skaper verdi for arbeidsdagen din.
Hvordan delegasjon fungerer
I et multi-agent-oppsett er det viktig at hver agent vet hvem den kan delegere til, og hvem den ikke kan. Chief må vite at Researcher er den som gjør research, og at Builder er den som lager. Hun kan ikke be Builder om å gjøre research, fordi det ligger ikke i Builders rolle.
Disse grensene settes i agents.md. Du beskriver rollene tydelig, og du beskriver hvilke ferdigheter hver agent har tilgang til. Det er denne strukturen som gjør at delegasjonen fungerer uten kaos.
I tillegg har Chief en valideringsrolle. Hun mottar leveranser fra de andre agentene og vurderer om de er gode nok før hun svarer deg. Det betyr at lavere nivåer av kvalitet ikke når deg direkte. Du får alltid det Chief har vurdert som godkjent.
Sikkerhet blir viktigere når teamet vokser
Med flere agenter blir det viktigere å tenke på sikkerhet. Hver agent har sin egen tilgang til verktøy, og hver agent kan ta beslutninger på dine vegne. Du vil sette tydelige grenser for hva hver enkelt kan gjøre uten godkjenning.
En vanlig regel er at agenter aldri sender ekstern kommunikasjon uten at det går via Chief, og Chief sender aldri uten at du har godkjent. Det betyr at Researcher og Builder kan jobbe selvstendig, men sluttproduktet passerer alltid både Chief og deg før noen utenfor ser det.
Vil du forstå hvordan tilgangsstyring og sikkerhet henger sammen med ferdighetene, anbefaler vi Filer og minne i OpenClaw som dekker hele filstrukturen.
Klar for neste steg
Når du er komfortabel med multi-agent-tankegangen, kan du eksperimentere med ulike kombinasjoner. Kanskje legger du til en agent som heter Marketer i stedet for Builder. Kanskje du har to forskjellige Researcher-agenter, hver med sin spesialitet. Det er denne friheten som gjør OpenClaw så fleksibel for ulike bransjer.
Vil du se eksempler på fungerende multi-agent-team med video og live demo, finner du dem i OpenClaw-kurset til Benjamin Bruarøy på Utdannet.no. Kurset gjennomgår både hvordan teamet settes opp, og hvordan du kan finjustere det over tid.
