Starling forecasts how busy a place will be
Starling is 800 small decision trees, each one fixing what the trees before it got wrong. It reads the hour, the weather, events nearby and the venue’s usual week, and gives a busyness score from 0 to 100 for every hour.
We tested it on three cities it never trained on: Miami, Barcelona and Tokyo.
The live readings it learns from are estimates on that 0 to 100 scale, not head counts. On them, its learned layer adds little over a venue’s usual week, so where Flock knows that week, the number on the venue’s card starts from it and moves with the latest readings. The research page has the numbers.



A forecast is a guess, and it says so
Flock marks the forecast as an estimate. When a venue knows better on the night, its owner can set the live number from their dashboard. Groups see it credited to the place, like “the cafe says”, and it lasts 90 minutes.

Owl counts people from heat
Owl is a small neural network, 718,550 weights, that runs on the Raspberry Pi inside Flux, the sensor we’re building. It reads a thermal frame and marks each person as a peak of warmth. The count leaves the sensor. The frame stays behind.
It was trained on generated frames and six public thermal datasets, then tested on footage it never saw. It hasn’t run in a venue yet.



Roost’s advisor can’t write a number
Roost is the plan for venues, and its advisor answers an owner’s questions in plain sentences. The model writing them, Google’s Gemini, isn’t allowed to type a single digit. Every number is filled in afterwards from the venue’s measured data, and a draft with a digit in it is thrown away.
And Birdie
Birdie is the assistant inside the app, built on Google’s Gemini. It suggests places that fit the group and asks before it does anything for you.


See how they did
The research page scores the forecast and Owl on data neither one trained on, including where they fell short.
