[Feature]: [P2] 1994-style commercial venue inspector detail

Imported from the engineering backlog (_bmad-output/implementation-artifacts/backlog.md, story commercial-venue-inspector).
Priority P2 (do-first order) | Severity: med | Status: idea | Epic: SimTower parity | Type: feature-request | Recorded: 2026-07-08

Problem / motivation

Owner observation 2026-07-08 (real game restaurant/cafe inspector). The 1994 inspector for a commercial venue shows data we don't track or surface: a named SUBTYPE ("Chinese Cafe" -- overlaps retail-subtypes), Today's Patronage (a per-venue daily customer count with a colored bar: yellow = average, red = very few), Yesterday's Profit (per-venue $), and REASONING text ("Business is average" / "Very few customers", plus a WEATHER modifier line "Rain might cause fewer customers"). Implies a per-venue model we may lack: daily patronage tracking, per-venue profit history, a business-level tier, and weather affecting commercial traffic (we have WeatherKind; confirm it modulates shop/restaurant/fast-food revenue+patronage). This patronage IS the commercial "population" the finance window counts (see population-census-parity: fast food pop 175). Build a commercial inspector panel + the underlying per-venue patronage/profit/weather model. Complements per-room-eval-parity (same "explain why" reasoning pattern) and finance-1010.

Start with _bmad-output/implementation-artifacts/backlog.md and the commercial-venue-inspector story, then read the existing WeatherKind and related retail-subtypes and parity issues named in the report. Done means a commercial venue inspector exposes its subtype, today's patronage, yesterday's profit, and reasoning including any weather modifier, backed by the required per-venue behavior.