[ PLATFORM ]
It Thinks In One Place. It Runs In Another.
The control plane holds your memory, workflows, and the record of every change. Workflow code runs on a separate execution plane, in disposable sandboxes — the control plane never runs it, so a workflow can do its job without ever touching your system of record directly.
2
Separate Planes
1
Append-Only Log
0
Workflow Code On The Control Plane
[ HOW A RUN FLOWS ]
Same Four Steps,
Every Time.
Every workflow run follows the same path from call to committed change — no matter which assistant or model triggered it.
Step 01
Call The Workflow
An assistant — Claude, ChatGPT, Gemini — calls a workflow over MCP. No new interface to learn.
Step 02
Resolve Context
The workflow resolves its own permissions, context retrieval, and model selection before anything runs.
Step 03
Execute In Isolation
Execution runs in an isolated, disposable sandbox on the execution plane — never on the control plane.
Step 04
Land As A Change Set
The result lands as a reviewable change set — auto-committed or held at an approval gate.
[ THE PRIMITIVES ]
Four Building Blocks.
Primitive 01
Workspaces
Org unit
What It Does
- First-class org units, not projects or channels
- Hold their own durable memory
- Hold their own policies and permissions
- Hold their own workflows and knowledge
- Collaborate with other workspaces via relationships
What You Get
An autonomous unit with memory and policy that persists
Primitive 02
Workflows
Primitive
What It Does
- The primary primitive — defines its own permissions
- Sets its autonomy level: auto-commit or human approval
- Resolves its own context retrieval and model selection
- Can be pinned to a specific model or use the org default
- Services are just workflows exposed to other workspaces
What You Get
A unit of work with explicit permissions and autonomy
Primitive 03
Event-Sourced Log
System of record
What It Does
- An append-only commit log records every change
- Nothing mutates silently
- Every change is a reviewable, committable change set
- Approval gates sit in front of the log
- Deterministic verify checks run before anything lands
What You Get
A durable, auditable history of everything that happened
Primitive 04
Services & Trusted Access
Coordination
What It Does
- Workspaces expose workflows to each other as services
- Access runs through trusted access relationships
- One workspace invokes another's exposed service directly
- Coordination happens via workflows, events, and shared artifacts
- No workspace runs another's code — only calls its interface
What You Get
Cross-workspace coordination without shared execution
[ HOW IT STAYS TRUSTWORTHY ]
Autonomy Without Blind Trust.
Giving workflows autonomy only works if every change is recorded, gated, and checked. Here's what enforces that.
01
Append-Only Record
The commit log is the system of record. Nothing mutates silently — every change is a reviewable, committable change set.
02
Approval Gates
Each workflow declares its own autonomy level — auto-commit or held for human approval — before it runs.
03
Deterministic Verify Checks
Changes pass deterministic checks before they land. The model never grades its own homework.
04
Plane Isolation
The control plane holds memory, policy, and workflow state. It never runs workflow code itself.
05
Disposable Sandboxes
Execution happens in an isolated sandbox created for that run and discarded afterward.
06
Provider-Agnostic
Anthropic and OpenAI today, with org-level defaults, per-workflow model pins, and bring-your-own API keys.
[ PROVIDERS & ACCESS ]
Bring Your Own Models.
Jumpdrive doesn't lock you into one provider or one assistant. Pick the model per org or per workflow, and reach it from the assistant you already have open.
Providers
- Anthropic
- OpenAI
Model Selection
- Org defaults
- Per-workflow pins
- BYO keys per org
Assistants Via MCP
- Claude
- ChatGPT
- Gemini
Execution
- Isolated sandboxes
- Disposable per run
- Separate execution plane
[ GOVERNANCE GUARANTEES ]
Built Into The Architecture, Not Bolted On.
Nothing Mutates Silently
The commit log is append-only. Every change is a reviewable, committable change set — not an in-place edit.
Approvals & Verify
Approval gates and deterministic verify checks sit in front of every workflow. The model never grades its own homework.
Isolated Execution
Workflow code runs in disposable sandboxes on a separate execution plane. The control plane never runs workflow code.
[ GET STARTED ]
Put Your Organization's Cognition On Durable Ground.
Keep the assistants you already use. Give them a control plane with memory, policy, and an execution plane that runs their work in isolation.