Signed-out vs signed-in account, rebuilt on DESIGN_SYSTEM.md v2.0.1. Entered from the home page's bottom-nav Account item (mobile) or the avatar / Sign in button in the top nav (desktop).
The loyalty row is labeled by the brand's own currency word — Stars for Ramen, Points for Burger, Beans for Boba — not a hardcoded string. Inline values (loyalty balance, store credit) show only when data exists; switch the data toggle to compare.
v1.5 — Delivery Addresses (SS-9166 · AC4). Managing saved delivery addresses now lives in the Account hub: Delivery Addresses → list → add / edit. Delivery is a per-merchant capability like loyalty and balance — Ramen ships without it, so the row is absent entirely (toggle Merchant config → Delivery to compare). Tapping a row makes it the default (§4bis.2b selected grammar); the pencil edits. Deleting uses the confirmation dialog's danger variant. Use the Addresses toggle for the empty / loading / error / single-address states.
v1.6 — AI-12 Customer Addresses. An address is now profile data with a shape: it carries a label (the list is ordered by it, A→Z), free-text delivery instructions — a plain optional memo box, the same field grammar as Apt / Suite / Floor (it was a §7.1.4 Note-Field pill with its own open/save/clear lifecycle; an optional line of text did not need one) — and a preferred drop-off — Meet at door or Leave at door, the two values the courier API accepts. Addresses can only be created by picking a search result: manual entry is gone, because an address a places provider can't resolve can't be geocoded, range-checked or handed to a courier. Leaving a half-edited address now asks whether to discard the changes, and the phone's bottom nav no longer covers a sub-screen's Save button.
This page is deliberately store-agnostic: it never shows "delivers to you," distance, or in-range badges. Range checking is a Location Selection concern (SS-9166 AC1/AC2), because only that page has a store context.