Any signal a store already has becomes one canonical event stream: on-prem connectors read the back-office systems with no API, an edge perception unit turns camera feeds into tracked events at the edge, and adapters standardize the sensors and external feeds. A learned attention gate decides what merits LLM reasoning; a persistent per-store agent turns it into quantified, routed guidance for the people on the floor; a simulated store trains and exercises the whole loop before real hardware exists. Diamond markers (◆ N1–N6) flag candidate areas of novelty — click one to jump to its summary. Prepared as engineering background for a preliminary patentability discussion.
Each row expands to a short plain-language description. Follow the diagram left to right: signals are captured in the store, reasoned about in the cloud, and delivered to people.
On-premise connectors, running on a store computer, that turn systems the platform doesn't own — point-of-sale, labor, inventory, BI — into sensor streams without vendor integration work. They attach to the operator's already-authenticated browser session (no stored credentials), navigate deterministically, and use an LLM for exactly one step: extracting a declared set of metrics into a typed schema. Readings that fail schema validation are never emitted.
Two capture modes ship today: a dashboard connector that walks the URL-addressable report views of a web back-office (site adapters make each new vendor a small config; Loyverse is the first), and a screen connector — a human-in-the-loop companion where the operator shares a tab and the connector reads the numbers on it. Both emit structured, idempotent events onto the same spine as every physical sensor; all reasoning stays with the platform Agent.
A per-store perception unit (ADR-0009) that runs the vision at the edge — a store box, a customer datacenter, or a cloud-hosted instance — and sends only derived data across the trust boundary. Deterministic code does the perception: object detection (ONNX / YOLO11), multi-object tracking (ByteTrack), and appearance re-identification (CLIP galleries) that carries a person's identity across track loss and camera hand-off. From the tracked world it emits typed video events (a shopper lingered, an aisle is crowded, someone is waiting unassisted) plus a periodic world-state aggregate — occupancy and dwell per zone — onto the spine.
Crucially, no VLM runs at the edge. Expensive visual "meaning" is a cloud cascade: the edge ships trigger evidence and rolling 60-second video segments to a cloud world-store, and the platform re-inspects the actual pixels only when a question or a shelf-level judgment makes it worth the spend. Perception at the edge, meaning in the cloud — the Overwatch deck is the full-pipeline reference implementation this port is derived from.
Whatever the store already operates — IoT sensors, people counters, inventory feeds — plus external context such as weather and local events, pulled by per-source adapters with deduplication, rate limiting, and health monitoring. The platform is deliberately sensor-agnostic: it standardizes signals, it does not prescribe hardware.
A digital-twin store built in Unreal Engine 5 — inventory, shoppers, and scripted scenarios with known ground truth. Its virtual camera rig and event generators speak the exact same contracts as production sensors, so the entire loop — video → events → attention gate → agent → human — can be trained, exercised, and regression-tested synthetically. Moving to physical cameras is a configuration swap, not a rebuild.
All signals become one canonical event stream — idempotent, deduplicated, partitioned by (tenant, store), with every consumer seeing every event. Everything downstream is replayable from this stream, which is what makes the audit and learning loop possible.
A universal, learned statistical attention gate — per store / event type / time-of-week baselines, with no per-customer rules — that decides which events merit expensive LLM reasoning. This is the cost-control mechanism that makes continuous LLM supervision of a high-volume physical event stream economically viable.
Beneath it sits the SafetyNet: a small deterministic floor of critical conditions the platform must never miss, independent of both the learned gate and the LLM.
A persistent LLM reasoner per (tenant, store). For each gated event it composes a five-layer context — platform → vertical → tenant → store → situation — plus the live "now", reasons over current state, its own memory, and scoped knowledge, and emits either a quantified suggestion or a conversational answer.
There is no rules engine anywhere: customer configuration describes the business, it never encodes rules. Behavior lives in composed context, so it can evolve without code changes.
Every LLM call — the exact composed prompt, layer versions, retrieved context, and response — is stored as an immutable, reconstructable record. Every suggestion's disposition (acted on, assigned, dismissed, ignored, expired) joins it, scoring how useful each alert actually was, so candidate prompt changes are backtested against recorded history and shipped through experiments. The product improves weekly as measured context edits, not deployments.
The router resolves who should hear about a suggestion and on which channel, with escalation policies — and never edits agent-authored content. Specified channels include in-app, push, and SMS; two audio endpoints are planned — a wearable earpiece and a walkie-talkie bridge (text-to-speech onto the radios many stores already carry) — both treated as priority-preemptive serial audio media: critical interrupts lower-priority speech, queues are depth-limited, and timed fallback chains hop channels (audio → push → SMS) until someone is reached.
A mobile-first floor app: a live queue of suggestions with quantified impact and the agent's reasoning on tap — act, assign to an associate, dismiss, or hand back — plus a direct conversation with the store's agent.
Every suggestion's disposition is recorded — acted on, assigned, dismissed, ignored, expired — alongside the reasoning record that produced it, so the usefulness of every alert is measurable per store, per event type, and per prompt version, and feeds directly into adjustment and learning.
Six mechanisms we believe may be distinctive, each expanding into what it is and why it may be distinctive. These are engineering-identified candidates, not legal conclusions.
What it isA three-stage decision funnel — deterministic safety floor → universal learned statistical attention gate → persistent per-store LLM agent — that replaces a rules engine entirely. The gate learns per store / event type / time-of-week baselines with no per-customer configuration and decides which real-world events are worth LLM reasoning.
Why it may be distinctivePrior systems either hard-code rules per deployment or invoke models indiscriminately. Here the gate is the mechanism that makes continuous LLM supervision of a high-volume physical event stream economically viable, and tenant configuration describes the business rather than encoding behavior.
What it isEvery LLM invocation is recorded immutably with its exact composed prompt layers, versions, and retrieved context, so any historical decision is reconstructable. Every suggestion's disposition — acted on, dismissed, ignored, expired — is joined to the record that produced it, yielding a per-suggestion usefulness signal. Candidate behavior changes are backtested by replaying recorded history and scored against those dispositions, then shipped through controlled experiments.
Why it may be distinctiveA closed-loop method for versioning, auditing, and evolving the behavior of an operational AI where improvement is a measured context edit — no code deploy, with replay-verified fidelity against real past events.
What it isOn-premise connectors that ride the operator's authenticated session on customer hardware and turn UI-only systems into events — a dashboard connector that navigates legacy web back-offices deterministically, and a screen connector where the operator shares a tab. Each uses an LLM solely for schema-bound metric extraction, gates every reading through validation, and emits idempotent events onto the same spine as physical sensors — with cost controls (change-detection gating, action-replay caching, cheap-model-first cascade).
Why it may be distinctiveA method for converting UI-only systems with no API into first-class, auditable sensor streams — the integration bottleneck of retail — with the LLM confined to a single validated step.
What it isDeterministic perception runs at the edge — detection, tracking, and re-identification — and decides when raw frames are worth keeping (densely around events, sparsely otherwise), indexed by time, not embeddings, and shipped as rolling segments to a cloud world-store. No VLM runs at the edge. When a question or a shelf-level judgment arrives, the cloud answering model itself elects to re-inspect the retained pixels in the context of the new question, and vision re-runs only then; claims are separately verified against the tracked geometry before being committed.
Why it may be distinctiveSplitting deterministic perception (cheap, local, always-on) from probabilistic meaning (expensive, cloud, on-demand) lets the system answer about details that were never extracted at capture time, at a fraction of always-on vision-LLM cost — while keeping raw video inside the store's trust boundary until a specific question justifies moving a clip.
What it isA UE5 digital-twin store whose virtual cameras and event generators implement the exact production sensor contracts, with scripted scenarios and known ground truth. The full pipeline — video → events → gate → agent → human delivery — is trained, exercised, and regression-tested synthetically; physical cameras replace virtual ones as a configuration change.
Why it may be distinctiveCombined with N2, the simulator doubles as the benchmark substrate for behavior evolution: prompt and model changes are scored against simulated scenarios with ground truth before touching a real store.
What it isA routing policy resolves recipient and channel per suggestion with escalation; the audio endpoints — a wearable earpiece and a walkie-talkie bridge that speaks onto the radio hardware stores already use — treat worn or handheld audio as a serial medium with preemption rules (critical interrupts lower-priority speech, per-user queue depth limits) and timed cross-channel fallback chains (audio → push → SMS) until delivery is confirmed. Each delivery and its eventual disposition is recorded.
Why it may be distinctiveA delivery method matched to a hands-busy retail floor: AI-generated, quantified guidance arbitrated across interruption-aware channels, closing the loop from sensor to spoken word.