Scoped by design
Each launchpack runs under its own permission boundary. Spinly can only do what the workflow declares.
Runnable infrastructure for demo teams
Define a workflow once. Launch it from the UI or API and get a working, ready-to-use environment — running in your own AWS account. Spinly orchestrates, tracks, and cleans it up when the job is done.
Customer demo / ceph-cluster
Access
3 endpointsEnvironment
Lifecycle
Auto-cleanup in 8hLaunch approved
09:42:03
Cluster checks passed
09:49:18
Runbook attached
09:49:20
Runs in your cloud
Spinly never hosts your workloads. Connect your AWS account in three steps — pick a tier, deploy a CloudFormation role (the same pattern you know from Datadog), verify — and Spinly assumes a scoped, auditable cross-account role to launch and retire environments on your behalf. Connections are shared at the workspace level; teammates launch without ever seeing credentials.
Your compute spend stays on your AWS bill at your negotiated rates. Your data never leaves your account. Every action Spinly takes is visible in your CloudTrail.
Each launchpack runs under its own permission boundary. Spinly can only do what the workflow declares.
Every create, modify, and destroy lands in your CloudTrail. No black box.
Give each member a credit budget and launch quota. Spend caps are enforced before launch, not discovered on the bill.
Built AWS-first. Tell us if your demos live elsewhere: request early access.
Spinly control plane
scheduler · TTL · orchestrator · logs
Cross-account IAM role
Scoped · auditable · revocable
Your AWS account
VPCs · EC2 · EKS · your demo environment
Built for
Turn the environment behind the demo into a repeatable, runnable launchpack.
Primary workflow
Launch a customer-ready cluster demo in minutes, drive it from a presenter-mode runbook, and let cleanup happen automatically. No more rebuilding the same environment before every call.
Agent API
Give agents a safe API for launching approved infrastructure workflows — guardrails, TTLs, and audit included.
Also used for internal labs, QA validation, and platform self-service.
For solutions engineers
Spinly keeps the live demo workflow and the sales outcome attached to the same environment history.
Guided runbooks
Every launchpack carries its runbook. Open Presenter mode and drive the demo step by step — objectives, commands, and completion tracking on your screen, a clean guided view for the room. No more alt-tabbing between a wiki, a terminal, and a prayer.
Guide View
Customer demo runbook
1 / 4 steps completed
Guided workflow attached to this launchpack.
Step 2 of 4
Objective
Commands
ceph -s
kubectl get nodesConversion tracking
Tag every environment with its deal outcome — in pipeline, closed won, closed lost. See which demos convert, what each win actually cost in compute, and walk into your QBR with numbers instead of anecdotes.
Analytics
Average environment cost
—
Calculated from tagged environment sessions.
Runtime vs planned TTL
—
Runtime and planned window stay linked.
Conversion snapshot
Mark deals as they progress to keep the funnel honest.
Based on projects tagged in the conversion tracker.
Budget control
Workspace credits cap what each teammate can spend. SEs launch freely inside their budget; nobody explains a surprise AWS bill.
Credits are an enforced governance limit. Compute remains on your AWS bill at your rates.
Product showcase
Launchpack
ceph-cluster-demo
Lifecycle
Cleanup scheduled
Environment output
Environment state
Ready
Product
Spinly does not stop when the cloud resources exist. It waits until the environment is usable, shows the access paths, attaches the runbook, tracks lifecycle, and cleans up automatically.
The problem
Customer-facing teams lose time rebuilding short-lived infrastructure from cloud consoles, scripts, docs, and memory.
01
The same customer environment gets assembled again before every important call.
02
Scripts, runbooks, access details, and readiness checks live in different places.
03
Temporary infrastructure outlives the demo and keeps accumulating cost and risk.
How Spinly works
Spinly turns the pieces of an environment into one runnable workflow.
Defines the cloud resources.
Runs setup logic, scripts, and installers.
Adds checks and operator guidance.
Bundles the pieces into one approved workflow.
Returns status, access paths, and logs.
Retires the environment when its window ends.
Use cases
Launch a working environment from an approved path, use it, and retire it on schedule.
Primary use case
Launch a customer-ready cluster with access links, readiness checks, and the exact runbook your SE needs for the call.
Team enablement
Run repeatable hands-on labs without rebuilding setup, access, and instructions for every session.
API workflow
Let agents invoke approved launchpacks through a guarded API instead of giving them open-ended cloud access.
Developers and agents
The launchpack is the contract. People use the product surface; software uses the API.
Humans click launch. Agents call the API. Same approved workflow, same guardrails.
POST /planner/launch
{
"spec": {
"launchpack": "ceph-cluster-demo",
"ttl_hours": 8
},
"ssh_public_key": "ssh-ed25519 AAAA..."
}
GET /api/environments/{id}
{
"status": "ready",
"access": ["ssh", "console"],
"runbook": "operator-readiness"
}Early access
If you rebuild the same demo environment more than once a month, Spinly will pay for itself in a week. Tell us where to send your invite.
Creates a pending access request for admin approval.