Spawnit
For IT & operations

Your ERP isn’t a browser tab.
Neither is your recorder.

Spawnit Capture records at the Windows desktop, not inside a page. It records the display you pick, whatever is running on it — the ERP fat client, the session inside a terminal emulator, the RDP window, the in-house tool somebody wrote in 2004 — because it works at the operating system, not inside a page. How much of each screen it can name varies, and this page is specific about where that line falls.

Request access

Windows 64-bit · Free plan · viewers need no account

The gap

A page recorder can only record a page.

Browser extensions attach to a tab and read its DOM. That covers the SaaS half of your day and none of the rest of it.

A fat client installed from an MSI. A session inside a terminal emulator. An app published over Citrix. The in-house front end that has run finance since before any of this was a web app. None of it is a tab, so none of it is visible to a tool that lives in one.

Spawnit records the window, because it records the desktop. What changes from window to window is not whether it records — on the display you picked, it always does — but how much of that window Windows will describe.

  • Global click, scroll and key-press capture, system-wide.
  • A screenshot at every step, pulled from the live capture stream.
  • The window title and process name behind each step, where Windows will report them.
  • One share link at the end. Viewers need no account.
A worked example

One task: post a vendor invoice against its PO.

Six steps in an ERP client, recorded once. The step your teammate reads sits on top; the raw line Spawnit logged sits underneath — including the step the ERP refused to name.

6 stepsIllustrativeapp.spawnit.ai/s/post-vendor-invoice
  1. 1

    Open Accounts Payable, then Vendor Invoices

    click → menu item "Vendor Invoices"

    menu item · Accounts Payable

  2. 2

    Enter the purchase order number

    key press → edit "PO Number"

    edit · Invoice Header

  3. 3

    Select the receipt line in the match grid

    click → (742, 318)

    no accessible name — coordinates and screenshot only

  4. 4

    Run the three-way match

    click → button "Match to receipt"

    button · Matching

  5. 5

    Tick Release for payment

    click → check box "Release for payment"

    check box · Payment terms

  6. 6

    Post the invoice

    click → button "Post"

    button · toolbar

Read step 3 again

Step 3 is the honest one. That grid cell publishes no accessible name, so Spawnit logged coordinates and a screenshot rather than inventing a label.

The step still works — it shows the screen. What is missing is the control name in the log line: step 3 carries coordinates where the other five carry a label. That is a property of the application, not of the recorder, so the honest thing is to show you the step where it happened.

What you actually get

What you always get, and what depends on the app.

Sorted by what Windows exposes, not by vendor — there is no per-app profile in the product and no support matrix behind this page.

On the display you record

Every window on the display you pick

A screenshot at each click, the click coordinates, key presses and scrolls, the window title and the executable behind it. Continuous video too, if you switch it on; it ships off. The bounds are the ones Windows sets: one display per session, and never the secure desktop.

Where the app allows it

Wherever Windows publishes a UI Automation provider

The control's visible label, its type, its AutomationId and its bounding box — what turns a click at (742, 318) into a step reading button “Post”. The application decides whether it publishes any of that. Spawnit ships a uia-audit command, so the first thing you do with the build is measure your own app on your own machine.

Spawnit publishes no coverage percentage for anyone’s software, because no measurement exists to publish. uia-audit is there so the number you use is one you measured on your own machine.

Inside an RDP, Citrix or VDI session, you get pixels and coordinates. A remote session is one local window of remotely-rendered pixels. Spawnit records that window, the clicks you make in it, and the local title and process behind it — which usually names the remote host. The remote application publishes nothing into your local session, so nothing running on that desktop can name its controls. That is the platform, not a roadmap item.

Before you pilot it

The questions an IT reviewer asks first.

Answered from what the capture client does today, limits included.

Our ERP screens show customer and payroll data. What lands on disk?

Recordings are written to your own Windows profile, under %USERPROFILE%\Videos\Spawnit, and nothing uploads unless you sign in and enable sync. By default, sessions are purged once their newest file is 14 days old, with two exceptions worth knowing: a session still being written is never purged, and if you have enabled sync, a session that has not uploaded yet is kept, because the local copy is the only copy. No audio, microphone or webcam capture exists anywhere in the app, and there is no telemetry SDK in the client. Stated plainly: the on-screen labels and window titles of what you click are stored as plain text in the local event log.

Are password fields protected?

Best-effort, and here is what that means. A field Windows marks as a password gets its rectangle painted solid black in the step screenshot before that screenshot is used for anything, and key presses into it become [redacted]. Black rather than blur is deliberate: deterministic, and unmistakable to whoever reviews the guide. The limits are real — the scan covers the foreground window, it is time-bounded, and it is skipped entirely on a machine auto-detected as low-memory (under 4 GB of RAM, or two or fewer cores). Continuous video is never redacted at all, and it ships off by default.

Does it need admin rights, or slow the machine down?

It installs per user, never asks for elevation, and its logon task runs at least-privilege with below-normal priority. The input hook does no work in its callback: it hands events off and drops them rather than stall system input, so capture is deliberately lossy under load rather than deliberately complete. Auto-start is not hidden — the installer registers a logon task and makes you tick a consent page itemizing what is captured.

Where can it not see?

UAC prompts and the Windows sign-in screen are the secure desktop, off-limits to any input hook by design. Windows running at higher integrity than Spawnit report no title and no process name. Some antivirus and game-mode software interferes with low-level hooks. And one display is recorded per session — you pick which.

Can I exclude a specific application from capture?

Today only from the command line, via the app and window-title denylists; the desktop app ships both empty with no setting to fill them. Always on and needing no configuration: private-browsing windows are dropped whole, and any observation Spawnit cannot attribute to an application is dropped rather than kept.

Documenting something else?

Access

Try it against your worst screen

The useful test is not the demo app — it is the oldest window in your estate. Request access and tell us which workflows you need to capture, so you can run uia-audit against that window yourself.

No spam. Just product updates.