fix: stabilize the live recommendation path

Co-Authored-By: Claude <noreply@anthropic.com>

docs/logboek.md

@@ -526,15 +526,29 @@ Wat ik deed:
 - De eerdere aanname van een dagelijks resetmoment gecorrigeerd. Spotify deelt
   Development Mode quota per developer-account en endpoint bucket, maar
   publiceert de limieten en het reset window niet.
+- De gecontroleerde live-test hield door een slechte candidate call maar 1 van
+  35 tracks over. Voor `mix` beginnen nu 15 candidates als exact gekopieerde
+  taste-profile anchors; dezelfde test gaf daarna 17 grounded tracks, 15 cards
+  en een werkende playlist write.
+- `.env.example` copy-safe gemaakt voor local live mode: een geldige demo
+  default, de exacte loopback redirect URI en secure cookies uit op HTTP.
+- De gehoste seed session toont geen logout meer: die gedeelde identity wordt
+  bij startup gezet en heeft geen interactieve login flow. De demo-link in de
+  header gebruikt nu dezelfde button style als Dev.
 
 Waarom:
 
 - Een quota error is geen geldige zoekopdracht met nul resultaten. Door deze
   rate-limit issues lever ik op 12 augustus in: eerst één gecontroleerde
   live-test, daarna direct de hand-in.
+- Grounding moet hallucinations tegenhouden, maar met genoeg echte tracks in
+  het taste profile mag één slechte LLM call niet eindigen in één card.
 
 Wat ik heb laten vallen of uitgesteld:
 
-- De structurele oplossing is een Spotify key met hogere quota. Dat is voor
-  deze PoC-assessment niet proportioneel; ik bouw geen slimme workaround en
-  live mode valt niet stil terug op fixtures.
+- De structurele oplossing voor quota is een Spotify key met hogere quota. Dat
+  is voor deze PoC-assessment niet proportioneel; live mode valt niet stil terug
+  op fixtures.
+- Geen bounded retry na een dunne pool: die kon de 75 Spotify calls verdubbelen
+  en voegde een nieuwe control flow toe. De prompt gebruikt eerst de data die
+  al in het taste profile staat.