← DocumentationOperations
How a cycle runs
The monitoring loop, from schedule to scored result — and what happens when part of it fails.
A cycle is one period's measurement for one brand: every prompt, every engine in the market's mix, every sample. It is a batch workload — a fan-out of thousands of independent calls — and it runs on a durable worker tier rather than inside a web request.
The steps
- Schedule. The brand's cadence enrols it; the orchestrator opens a cycle.
- Fan out. Prompt × engine × sample becomes a run. Where the engine's provider offers a batch interface, runs are submitted as a batch rather than individually — the same answers at roughly a fifth of the cost.
- Poll and collect. Results are collected as they complete; the cycle tolerates partial returns.
- Capture. Each answer is written to object storage with its provenance before anything is derived from it.
- Analyse. Mention detection, prominence, competitors, citations, and sentiment where enabled.
- Score. Rollups per engine and a market-weighted aggregate, as bands with run counts.
Failure behaviour
- Idempotent. A double-fired schedule does not double-count.
- Retried with backoff. Vendor rate limits are expected, not exceptional.
- Partial-tolerant. A missing engine narrows coverage and widens bands; it does not fail the cycle.
- Reconciled. A cycle that stalls is detected and closed by a reconciler rather than sitting open indefinitely, and an alert fires — a hung cycle that nobody is told about is a silently stale dashboard.
→Next step
See it against your own client list
A working demo runs your prompts, in your market, on live engines — not a sandbox with seeded data. Bring one client brand and three competitors.