CLAUDE.md: internal heap with a Spotify session, 212 -> ~300 KB

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

CLAUDE.md

@@ -64,7 +64,8 @@ Repo: https://gitea.apointless.space/bsncubed/aes67-ESP32-P4
   - [ ] cspot (Spotify Connect): login, audio, pause/skip/seek, app volume, live mode switching work; stays connected across track changes and past 6 min (7.5b). Fixed so far: logger NULL crash, Vorbis symbol clash, volume starting at 0, reconnect race (PR #3 patch), 6-minute AP resets (delayed Pong patch), app dropping the device (notifyAudioReachedPlayback). Open:
     - OTA with a session: now ends the session first; 2 of 2 uploads with a running session were clean since. Flash writes still stall TX > 20 ms during uploads (stream stutters while updating).
     - First connects sometimes fail ("Can't connect to spotify servers"), a retry works.
-    - Internal heap drops from ~365 KB to ~231 KB with a session; check what can move to PSRAM.
+    - Internal heap with a session: low point while playing was 212 KB (of ~371 KB idle), now ~300 KB with mbedTLS and Tremor (Vorbis) allocations in PSRAM; playback clean, 0 underruns. Left: ~35 KB connected + ~40 KB playing; the session keeps ~35 KB internal / ~190 KB PSRAM after the app disconnects. A status request once took > 2 s at playback start (TLS handshake in PSRAM?), watch.
+    - Seen once: state `error` before a connect that then worked (the first-connect item below?).
     - Track display in the app can switch ~3-5 s early.
     - Consider offering the delayed-Pong fix upstream (philippe44/cspot).
     - An old, long-idle session can get out of sync with the app: it sends empty Load frames ("No tracks in frame") instead of Pause/Play, so controls do nothing. Quitting and reopening Spotify on the Mac fixes it.