SessionClick’s second backlog feature: a per-song beat limit that turns the click into an intro count-in — 32 beats, then silence, and the band plays on. Why the countdown lives in the UI instead of the audio engine, how the last beat still rings out cleanly, and two touches that came straight from playing with it on a real phone.
SessionClick’s first post-infrastructure feature: per-song ×2/×3 subdivisions for slow ballads and 6/8 grooves — click and flash at double or triple the beat without faking the tempo. The safety net earned its keep, the schema survived its first change, and a real-device test rewrote the BPM limits in ways no emulator could have.
The infrastructure phase is done. Two days took SessionClick from ‘releasing is a click-odyssey through two consoles’ to one-command releases on both stores, a monthly report with real download numbers, and UI smoke tests on Android and iOS — with an AI agent doing the work and me holding the credentials. Every failure along the way became documentation.
SessionClick is live on both stores, and I have a feature list itching to be built. Before touching it, I’m spending a few sessions on something less glamorous: documentation that survives months-long pauses, tests that pin the invariants, CI, a lint gate — an agentic development loop that lets me (and my AI tools) pick the project up cold.
A feature sprint finished the Song pool with a full Library screen. Then a technical audit triggered an architectural refactor — 130 lines of domain logic moved from Android-only code into the shared KMP module, with 14 new tests that already run on the iOS simulator. Zero lines of iOS code written today, and the app is meaningfully closer to supporting it.