nvt-agent som fat-dev-backend — spor (M0–M4)

[olebhansen]

Bakgrunn

Vi tar inn nvt-agent som neste generasjons utførende kodeagent («fat-dev»): isolerte agentmiljøer per topic med code-server (VS Code i nettleser å hoppe inn i), en levende CLI-sesjon (prompts injiseres via agentd — oppfølging i samme topic er samme samtale) og en credential-broker med scopede grants og audit-logg.

Fullt design og premisser: doc/plans/nvt-agent-integrasjon.md (PR #94).

Kjerneprinsipper som består uendret:

• Filkontrakten (triggers/inbox.jsonl inn, results.jsonl + logg ut) — integrations trenger kun én ny rute i AGENT_ROUTES.
• All samtale (Slack/GitHub-svar) går via orkestratoren; agenten gjør kun git/PR selv, med dedikert bot-PAT lagt i nvt-brokeren (static_token-provider). nvt-agents egen github-comments-producer og github-watcher (samtaledelen) brukes ikke.
• Agentcontainere får aldri hostens Docker-socket; nvt-bridgen er deterministisk, tiltrodd kode.
• LM Studio som modell-backend først (som dagens jr-dev); miljøuavhengig oppsett (Windows/WSL2 og Mac) — bridgen bygges for container-kjøring.

Milepæler

• M0 — sandkasse-bevis (manuelt): nvt M0: sandkasse-bevis — nvt-instans med bot-PAT-grant og LM Studio på WSL2 #96
• M1 — nvt-bridge + agents/nvt-fat-developer/ bak filkontrakten: nvt M1: nvt-bridge + agents/nvt-fat-developer bak filkontrakten #97
• M2 — admin-konsoll v1 (read-only, egen app): nvt M2: admin-konsoll v1 — topic-tverrsnitt på tvers av orkestrator og agenter #98
• M3 — driver-lease (headless/hands-on/ekstern): nvt M3: driver-lease — headless/hands-on/ekstern på samme work-in-progress #99
• M4 — hardening (eget issue senere): GitHub App-provider, mediated egress, TTL/opprydding, opt-in github-watcher for CI-checks, Anthropic-backet fat-dev-profil, evt. k8s

Når M1 er verifisert: jr-containeren fra #90 pensjoneres eller re-provisjoneres som nvt-instans («fat-jr»).