Parkert: runner-laget som compose-containere (generisk for flere dev-backends)

[olebhansen]

Notat fra runner-diskusjonen 2026-07-27 (Ole): dagens Scheduled Task-runnere (scripts/agent-runner.ps1 for jr/sr) beholdes som de er frem til nvt-M1 (#97) — men som fremtidig alternativ, særlig hvis vi får flere utførende dev-backends enn nvt, noteres:

Runner-laget som compose-containere

Én generisk runner-container (docker-outside-of-docker: hostens docker-socket mountet, node/pwsh + docker-cli) per agent, som compose-tjenester i rot-composen — samme deterministiske kø-logikk som i dag, men:

• ingen host-prosesser/tasks: hele pipelinen er docker compose up (og dermed helm/k8s-vennlig — endestasjonen er et cluster, ikke operatørens laptop)
• self-update-watchen dekker runnerne (build før bytte, helsesjekk, rollback)
• kjente designutfordringer fra planleggingen: bind-mount-stier må angis som HOST-stier i docker run-argumentene mens filene leses via container-mounts (to stier for samme katalog), og --env-file leses klient-side inne i runner-containeren

nvt-bridgen (#97) er den nvt-spesifikke utgaven av dette mønsteret; dette issuet er generaliseringen for eventuelle andre backends (f.eks. beholde en enkel engangs-container-agent ved siden av nvt).

Ingen hast — parkert til behovet oppstår.