AI agents do the heavy lifting, but every Transition has a single human owner: the Snapshot Analyst. They meet the customer, configure the tooling, supervise the agents, author the RPA scripts, and handle exceptions. The role is the single accountable owner for every Transition.

STG runs on a service-as-software model, and the line that captures it is simple: you do not run the tooling. You never touch Snapshot Capture. You receive durable, searchable, AI-accessible records and interact only with Insights and Transition Governance.

Root Snapshots are field-only snapshots kept current by a nightly job that re-reads the source and updates fields in place. A run can fan out to tens of thousands of jobs — but since each only refreshes field data with no UI crawl, each completes in a few seconds, keeping the whole batch light. The user never waits.

A Live Snapshot and a Final Snapshot of the same record can be identical in content — same fields, same screenshots, same everything. What separates them isn't substance, it's authority: the Live one is provisional and can be superseded; the Final one is locked.

When the customer declares the legacy system read-only, ending operational write, it's not just paperwork. That single declaration triggers Final Capture — the comprehensive run that locks the permanent, canonical record set. After that, the SQL for that Transition is immutable.

No matter the customer or system, a Transition moves through five canonical phases: Designate, Preserve, Decommission, Snapshot Access, and Disposition.

Instead, it assembles each record on demand from its underlying fields, text, screenshots, and attachments producing the same document every time. This gives customers control over where, when, and whether PDFs are exported, making document custody a compliance decision rather than a technical limitation.