feat(4b): AZURE-profilen leser miljøet sitt, ikke operatørens laptop

Endepunktet løses som første ikke-tomme av vårt eget
PORTFOLIO_FOUNDRY_PROJECT_ENDPOINT og Foundrys injiserte
FOUNDRY_PROJECT_ENDPOINT — vårt vinner, fallbacken lar samme image kjøre
hostet uten ekstra wiring. Presedensen gjelder verdier, ikke deklarasjoner.
Credential velges av samme miljø: AzureCliCredential lokalt,
ManagedIdentityCredential når FOUNDRY_HOSTING_ENVIRONMENT er satt, fordi
containeren ikke har noen Azure CLI. Ikke DefaultAzureCredential — Learns
MAF-veiledning navngir den spesifikke credentialen for å unngå probing.

Load-bearing målt mot hele suiten, fire mutasjoner alle røde + grønn
kontroll: detach credential-valget · presence i stedet for truthiness ·
detach fallbacken · snu presedensen. Fail-fast-testen var vakuøs først —
vårt variabelnavn inneholder det injiserte som delstreng.

De fire åpne azure.yaml-valgene lukket mot de to JSON-skjemaene og ført i
docs/2026-08-13-fase4-azure-yaml-valg.md. Ingen azure.yaml skrevet (4d).

821 passed / 4 skipped. Ruff + format + mypy rene.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Jk8tauXXAojNKC7Tzq7ziF

CLAUDE.md

@@ -139,6 +139,30 @@ Python ≥3.10. MAF (`agent-framework-core` 1.9.0). Pakkehåndtering: `uv`. To b
   fixturen — pakkekonfigen er selv en søm), tre mutasjoner alle røde mot hele suiten: detach
   fallbacken (1 rød) · detach force-include (3 røde) · snu rekkefølgen (1 rød — ordnings-testen
   var grønn før fiksen; dens kontroll på at pakket kopi FINNES er det som gjør flippen målbar).
+- **AZURE-profilen leser MILJØET sitt ved kall-tid, ikke operatørens laptop (Fase 4b):** endepunktet
+  løses som første IKKE-TOMME av `_ENDPOINT_ENVS` — vårt eget `PORTFOLIO_FOUNDRY_PROJECT_ENDPOINT`
+  FØRST, deretter Foundrys injiserte `FOUNDRY_PROJECT_ENDPOINT`. **Vårt vinner** (det er dét enhver
+  doc, recipe og test setter, så en eksport av det er en bevisst handling; en plattformverdi som
+  stille overstyrte den ville vært uforklarlig utenfra), og fallbacken er dét som lar samme image
+  kjøre hostet uten ekstra wiring. **Presedensen gjelder VERDIER, ikke deklarasjoner** — et
+  eksportert-men-tomt eget navn faller igjennom i stedet for å skygge et ekte injisert inn i en
+  fail-fast. Feilmeldingen navngir BEGGE: operatøren i en container og operatøren på en laptop
+  leter etter hver sin variabel. Credential velges av samme miljø: `AzureCliCredential` lokalt
+  (konstruksjon henter INGEN token — `az login` er operatørens manuelle steg),
+  `ManagedIdentityCredential` når `FOUNDRY_HOSTING_ENVIRONMENT` er satt, fordi containeren ikke har
+  noen Azure CLI og plattformen mynter den en egen Entra-identitet ved deploy. **Ikke
+  `DefaultAzureCredential`:** Learns egen MAF-veiledning sier «prefer a specific credential such as
+  `ManagedIdentityCredential` to avoid unintended credential probing» — probing ville vandret en
+  kjede som ikke KAN lykkes der, og gjort en konfigfeil om til en treg en. Markøren leses på
+  **truthiness, ikke presence**: en eksportert tom verdi er et shell-uhell, ikke et hosting-signal.
+  Klienten eksponerer INGEN credential-attributt (målt), så testene observerer via en
+  `FoundryChatClient`-recorder — med én UPATCHET arm, ellers ville de kun bevist at vi sender
+  *noe* som heter `credential`. Load-bearing MÅLT
+  (`tests/test_hosted_backend_loadbearing.py`), fire mutasjoner alle røde mot hele suiten + grønn
+  kontroll: detach credential-valget · presence i stedet for truthiness · detach fallbacken · snu
+  presedensen. **Fail-fast-testen ble skrevet VAKUØS først** (repoets 08-09-klasse):
+  `PORTFOLIO_FOUNDRY_PROJECT_ENDPOINT` INNEHOLDER `FOUNDRY_PROJECT_ENDPOINT`, så asserten på det
+  injiserte navnet var oppfylt av vårt eget; den fjerner nå vårt navn før den sjekker.
 - **Stoppkriterier + budsjett-tak påkrevd ved oppstart** (fail-fast, aldri ubegrenset loop).
 - **Group Chat maker-checker** som debatt-default (IKKE Magentic, som er eksperimentell).
 - **To falsifiserere, samme kandidat (Steg 3/4, målbilde §2/§6):** den deterministiske validatoren