Kursdag 2 · Mini-Nils

Bygg din egen agent i skyen

Fra GitHub-issue til pull request på én kursdag.

1Forstå flytenSe hva som skjer mellom webhook, kø, worker og PR.
2Bygg pipelinenKoble sammen stegene og bestem hva agenten får gjøre.
3Kjør i AzureDeploy agenten og følg en jobb fra GitHub.

Hallstein Brøtan

Formålet med kurset

Målet med dagen

Ved slutten av dagen

  • Du har en agent du eier. Koden, instruksjonene og oppsettet ligger i ditt repo.
  • Agenten din har opprettet en PR. Agenten har behandlet en issue og levert den til review.
  • Du kan endre den. Modell, verktøy og regler ligger i repoet ditt.

Dette øver vi på

  • Fra issue til PR. Vi følger oppgaven fra GitHub til ferdig forslag.
  • Kode rundt LLMen. Webhook, git, bygg, test og PR ligger i workeren.
  • Hvordan forbedre agenten. Du endrer én ting og ser hva det gjør med resultatet.

Kjøreplan · 08:30–15:30

Dette skjer i løpet av dagen

08:30
IntroMål, arkitektur og plan.
09:00–11:00
Lab 1 · bygg pipelinenImplementer RunStages, bygg og kjør dry-run. Ingen skriver til GitHub.
11:00
Pause
11:15–12:15
Lab 1 · deploySecrets og første deploy. Merk en issue før lunsj hvis du rekker det.
12:15
LunsjAgenten jobber mens vi spiser.
13:00–14:00
Lab 2 · issue til PRFølg jobben og les PR-en. Velg Lab 3-spor mens du venter.
14:00
Pause
14:15–15:00
Lab 3 · én forbedringPush, merk en issue, sammenlign.
15:00
DemoHva ble bedre?

Mini-Nils · arkitektur

Slik henger delene sammen

Azure · felles ressursgruppe signert HTTP task queue length én kjøring GitHub issue + etikett i Oslo Live Webhook signatur + filter Receiver Receiver raskt HTTP-svar ingen LLM, ingen git Storage Queue arbeid venter her durable KEDA følger med på køen starter worker Worker clone · branch claude -p · test PR diff + rapport til review Sensor kriterier + skjulte tester godkjent Merge til main storskjermen oppdateres nei: fiks agenten, sett etiketten på igjen
Receiveren svarer raskt. KEDA følger med på køen og starter en worker når det ligger arbeid der. Sensor bestemmer om PR-en blir merget.

Deployment · tre steder

Hvor ligger hva?

GitHub Actions issues + pull requests DITT REPO mini-<navn> Pipeline.cs · prompts · skills infra · Dockerfiles · workflow AZURE · FELLES RESSURSGRUPPE Receiver + Storage Queue tar imot og venter på arbeid Container Apps Job worker, secrets fra deploy og logger FELLES REPO novanet/workshop.oslo-live oppgaver og kode agenten skal endre PR-en blir reviewet her
Du har koden i ditt eget repo. Agenten jobber på oppgaver i Oslo Live, og kjører med egne ressurser i kursets felles ressursgruppe i Azure.

Fra issue til worker

Slik starter en jobb

01 Issue får etikett GitHub sender en webhook.
02 Receiver tar imot Signaturen sjekkes, og meldingen legges i kø.
03 KEDA ser køen KEDA starter en worker når det finnes arbeid.
04 Worker kjører Agenten tildeler, kommenterer og oppretter PR.
Når webhooken er koblet til, trenger ikke laptopen din å være med.

Pipeline · fire steg + levering

Fire steg og levering

1Research Finn relevant kode og lag en plan. claude-opus-5-5
2Plan-review Sjekk planen. Bare PLAN GODKJENT slipper videre. claude-haiku-4-5
3Implement Gjør endringen i repoet. claude-sonnet-5
4Self-review Se over diffen og rett feil. claude-sonnet-5
+Levering Bygg, test, commit, push og PR. kode, ikke modell
Modellene gjør de fire stegene med Claude Code. Bygg, test og PR skjer i worker-koden, ikke som et valg modellen tar.

09:00–12:15 · sjekkpunkt 1

Lab 1: bygg lokalt, deploy før lunsj

Start med å koble sammen delene på maskinen din. GitHub-klienten og modellkallet følger med. Før lunsj deployer du til Azure.

1Gjør klartmini-nils.zip, eget repo, .env og en dry-run. Lokal kjøring skriver ikke til GitHub.
2Implementer flytenKoble sammen RunStages: kontekst, modellsteg og verifisering.
3Første deploySett repository secrets og AGENT_NAME, og kjør Run workflow i Actions. Deployen skriver ikke til issues.
Sjekkpunkt 1: Din egen RunStages bygger grønt, dry-run er ren, og første deploy fra Actions er grønn med Receiver URL i Summary.
Redningsnett: ./sjekkpunkt.ps1 lab1 tar vare på forsøket ditt og legger inn en fungerende baseline.

13:00–14:00 · sjekkpunkt 2

Lab 2: fra issue til PR i Azure

Webhooken er koblet. Nå skal agenten starte fra GitHub og levere PR fra Azure uten at laptopen din er med. Merket du en issue før lunsj, kan PR-en allerede ligge der.

1Sjekk receiverenKall Receiver URL fra Actions Summary, og se at en usignert melding gir 401.
2Merk en issueSett etiketten din på en issue i Oslo Live.
3Følg jobbenAgenten kommenterer på issuen og legger rapporten i PR-en.
4Sensor ser på PR-enSier den nei, fiks agenten og sett etiketten på igjen.
Sjekkpunkt 2: En merket issue gir en pull request opprettet av Azure-jobben.

14:15–15:00 · sjekkpunkt 3

Lab 3: velg en forbedring

Velg én ting du vil forbedre. PR-en fra Lab 2 er før. Push endringen, merk én ny issue, og vis forskjellen.

KvalitetsporterLa rødt bygg stoppe leveransen, eller bytt modell for ett steg og mål forskjellen.
Skills og hukommelseSe hva agenten tar med seg til neste kjøring.
SikkerhetBegrens verktøyene, og test en instruksjon som kommer fra en issue.
MonitoreringVis status, PR, tid og forbruk på en enkel side.
Sjekkpunkt 3: Vis forskjellen før og etter, eller vis monitoreringssiden og forklar hvordan statusen beregnes. Du kan også velge stopp og grenser, lære av feilene, bestemme når agenten skal få gå videre, eller skrive instruksjonene for agenten i stedet for mennesker.

Slik holder vi kursen

Tre ting du skal vise

1
Lokal pipeline og første deployRunStages bygger grønt, dry-run er ren, og deployen fra Actions er grønn.
Lab 1
2
PR fra AzureEn merket issue gir en pull request opprettet av Azure-jobben.
Lab 2
3
En forbedringEn endring med en forklaring på hva som ble bedre.
Lab 3
Nå sjekkpunktet først. Hjelperne og redningsnettet er der hvis du trenger dem.

15:00–15:30 · outro

Oppsummering og demo

I demoen

  • Vis oppgaven og PR-en. Vis kort hva agenten endret.
  • Vis hva du endret. Det kan være prompt, modell, verktøy eller en kontroll.
  • Fortell hva du fant ut. Hva ble bedre, og hva ville du jobbet videre med?

Dette tar du med deg

  • En issue kan bli en pull request.
  • Webhook, kø og worker gjør at jobben kan kjøre i Azure.
  • Reglene rundt modellen er en del av agenten.
workshop.oslo-live repoet Oslo Live appen
← → for å bla · T bytter tema 1 / 12