Orkestrer flere agenter for store endringer
Hvordan delegere oppgaver og bruke vanlige mønstre som Test-Driven Development.
Parallelt (uavhengige oppgaver)
Start flere agenter samtidig når oppgavene ikke påvirker hverandre:
- ✓Dokumentasjon for ulike moduler
- ✓Tester for forskjellige features
- ✓Code review av separate PR-er
- ✓Research på ulike teknologier
Sekvensielt (avhengige oppgaver)
Vent på én agent før du starter neste:
- →1. Lag database-schema
- →2. Lag API som bruker schema
- →3. Lag frontend som kaller API
- →4. Lag tester for hele stacken
Les agentens signaler
Session logs viser agentens tankegang. Se etter disse tegnene:
På rett spor
Bruker riktige filer, følger kodestil, kjører tester
Sporet av
Gjør mer enn oppgaven, redigerer irrelevante filer, går i loops
Stopp og ta over
Feil etter feil, hallusinerer APIs, trenger domenekunnskap
Korrigeringsteknikker
1
Kommenter på PR-en
"Ikke endre config.ts – fokuser kun på UserService"
2
Gjør manuell endring + be om å fortsette
Fiks feil selv, push, og skriv "Fikset typen, vennligst fortsett med resten"
3
Bryt opp oppgaven
Lukk issue, lag flere mindre issues, tildel på nytt
🆕 Copilot App og Terminal-First (juni 2026)
GitHub lanserte en frittstående Copilot App (macOS/Windows/Linux) som lar deg kjøre agenter på tvers av flere repoer og skydrift via «Canvases» – en toveiskommunikasjon der du kan justere oppgaven underveis uten å starte på nytt.
Terminal-First på Nav
Nav-utviklere er allerede i kjernen av «Terminal-First»-trenden med CLI-verktøy som gh, nais, mise og rtk. Den naturlige neste steget er å la agenter orkestrere disse verktøyene automatisk.
# La agenten kjøre standardsjekkene rtk mise check # Typesjekk + lint + test rtk gh pr create # Opprett PR automatisk rtk go test ./... # Verifiser endringer
Din rolle som AI-orkestrator
- Definer oppgaven klart i et issue eller prompt
- Verifiser shell-kommandoer agenten ønsker å kjøre
- Gjennomgå diff og logg før PR merges
- Godkjenn aldri agent-kjøringer blindt – les session logs
@docs-agent
Dokumentasjonsassistent
- • Oppdater README ved API-endringer
- • Generer JSDoc/docstrings
- • Lag CHANGELOG-oppføringer
@test-agent
Testskriving
- • Skriv enhetstester for ny kode
- • Øk testdekning på moduler
- • Fiks ustabile tester (flaky)
@lint-agent
Kodeformatering
- • Fiks lint-feil
- • Migrer til ny ESLint-konfigurasjon
- • Fjern ubrukt kode
@api-agent
API-utvikling
- • Lag nye endepunkter
- • Generer OpenAPI-spesifikasjon
- • Valider request/response
@security-agent
Sikkerhetssjekk
- • Sjekk avhengigheter for sårbarheter
- • Finn sikkerhetshull
- • Foreslå utbedringer
@deploy-agent
Dev/Deploy-hjelp
- • Oppdater Dockerfile
- • Fiks CI-konfigurasjon
- • Miljøvariabler
Eksempel: .github/agents/test-agent.agent.md
Følger GitHubs anbefalte rekkefølge: Kommandoer → Testing → Prosjektstruktur → Kodestil → Git-arbeidsflyt → Grenser
.github/agents/test-agent.agent.md
--- name: test-agent description: Skriver tester for dette prosjektet --- ## Kommandoer - Kjør tester: pnpm test - Dekning: pnpm test --coverage - Watch mode: pnpm test --watch ## Testing - Testrammeverk: Jest + React Testing Library - Mål: 80% coverage på nye filer ## Prosjektstruktur - Tester: src/__tests__/ eller ved siden av fil som *.test.ts - Mocks: src/__mocks__/ ## Kodestil - Bruk describe/it-blokker - Test én ting per test - Unngå implementasjonsdetaljer ## Git-workflow - Commit-melding: "test: <beskrivelse>" - Kjør tester før push ## Grenser - ✅ Alltid: Kjør tester før commit - ⚠️ Spør først: Endre eksisterende tester - 🚫 Aldri: Slett tester uten godkjenning