Booking
Eleven screens, a whole stay booking flow from search to a confirmed trip. Nothing here is drawn for the mock-up: every control is an instance of a component you already have, so one token change moves all eleven.
Preview
Eleven screens, a whole stay booking flow from search to a confirmed trip. Each screen exists twice in the file, once with Color Tokens on Light and once on Dark, so the theme button swaps an export rather than restyling anything.






















The Light row and the Dark row are the same eleven frames with one variable mode changed, not two separate builds.
What it is built from
This is the whole point of the set. The flow places 100 instances, 85 of them Appetite components across 13 distinct components and 15 of them Lucide icons. Edit Button once and it changes on nine of the eleven screens.
Everything else on these screens is layout and text. Six things are drawn locally rather than instanced: the round overlay button on Listing, the search pill on Explore, the inline rating, the amenity rows, the stepper wrappers, whose plus and minus are Button instances, and the price histogram behind the Range Slider. The first two duplicate something the system already ships, Button and Search, and are the two worth folding back in.
Tokens
No screen carries a raw colour, a raw radius or a raw type size. Every frame sits in a variable mode and reads down through the same six collections as every component.
Every Booking frame is pinned to Color Tokens Light or Dark and Platform ios-md. The dark row is the light row with one mode changed, which is why the two exports agree line for line. Rebrand at Colors and all eleven screens follow.