Skip to content
StitchOps

StitchOps Edge for software companies

Your product decides. StitchOps Edge executes.

Identity vendors, compliance platforms, voice AI, and healthcare products all reach a point where the next step lives in a portal or a desktop app the customer owns and no API reaches.

What the rest of the stack cannot reach.

StitchOps Edge is the white-label execution layer for that step. Your product sends the intent over API or MCP. The StitchOps runtime on the customer's worker VM completes the action and returns a typed result with evidence. You own the customer and the intent. We own the execution.

White-label agent and runtime

The agent, the browser and desktop automation, and the run log ship under your name on the customer's worker VM.

Vault, audit, and evidence included

Credential references, content-free telemetry, and step-level evidence come with the runtime. You do not build them.

API and MCP surface

Trigger execution from your back end over REST, or expose it to the assistants your customers use over MCP.

Priced on what runs

Usage pricing that follows the work your product completes, so the runtime scales with your revenue, not with your engineering headcount.

How it works with your stack.

Step 1

Your product sends the intent

Over the REST API or MCP, with typed inputs and the customer's tenant scope.

Step 2

StitchOps executes on the customer's worker VM

The agent logs into the portal or desktop app with a vaulted credential and completes the action, step by step.

Step 3

A typed result and evidence return

Your product shows the customer what happened, with the evidence attached.

Step 4

Your brand, their environment

The customer sees your product. The runtime stays inside their network. You pay for what runs.

How it runs

Described once. Replayed every time.

Tell Stitch the task, review the typed steps, and save it. The agent runs it on a worker VM in your environment with a vaulted credential, and logs every step.

See the platform →
acme-dealers / offboard-closed-apps
Run
Triggerdirectory.user.disabled
Browser · openvendor-portal.example.com
Browser · login{{secrets.vendor.admin}}
Browser · find user{{input.email}}
Gateconfirm deactivate
Evidencecapture step 5
6 steps · validated against registry · v14

What you can finally automate.

Complete an offboarding your identity product cannot finish in a closed app

Collect access review evidence from portals your compliance product cannot reach

Place a reservation or appointment your voice agent took, in a system with no API

Enter intake data your healthcare product collected into the practice's EHR

Governance

Ask for it in plain language.

Claude, ChatGPT or Copilot can run these from your existing assistant. The model picks from typed tools; the agent owns the credentials and stops for confirmation on anything destructive.

Connect your assistant →
acme-dealers / AI assistants
Run
Offboard j.doe@example.com from the three portals SCIM doesn't cover and show me the evidence.

I found a saved workflow for this. Running it on worker-01.

tool call

workflow_offboard_closed_apps

{ "email": "j.doe@example.com" }

Confirmation required

Step 5 deactivates the user in vendor-portal. This cannot be undone by the workflow.

ConfirmCancel

completed in 5.2s

3 portals · 6 steps · evidence: step_05.png, step_11.png, step_17.png

Done. The user is removed from all three portals. Evidence is attached to run_01j8k.

Ask your assistant…

Start with one workflow that never had an API.

Fifteen minutes on your top three manual processes. We tell you which one to run first.