← All documentsAirlock — The Runtime Behind the Apps
v:5e6f70
Overview
Guinness Platform · Internal

Airlock — The Runtime Behind the Apps

1
Airlock — The Runtime Behind the Apps1 / 5  ·  v:5e6f70

The safe boundary

Every request passes through the boundaryAppuser actionAirlockchecked gateServicesdata & calcinternal runtime — rules applied here
2
Airlock — The Runtime Behind the Apps2 / 5  ·  v:5e6f70

The other half of MAIA

  • MAIA designs a capability; Airlock runs it.
  • Design-time hands the finished tool to run-time.
  • Together they cover defining and executing a feature.
3
Airlock — The Runtime Behind the Apps3 / 5  ·  v:5e6f70

Why a boundary matters

  • A controlled gate means requests are checked, not free-for-all.
  • The same boundary applies the same rules every time.
  • Keeps the apps predictable and contained.
4
Airlock — The Runtime Behind the Apps4 / 5  ·  v:5e6f70

For the team

  • Airlock is internal plumbing — users never open it; it's what makes the apps run safely.
5
Airlock — The Runtime Behind the Apps5 / 5  ·  v:5e6f70

Guinness · Platform briefing

Airlock — The Runtime Behind the Apps

Internal · The runtime that actually runs the capabilities MAIA designs — the safe boundary every app request passes through. Not a client-facing app.

The safe boundary#

Airlock is internal. It is the runtime that the platform's capabilities actually run inside — a controlled boundary that every app request passes through, rather than calling raw services directly.

  • Internal — not in the client sidebar.
  • Runs the capabilities MAIA designs.
  • Every request passes through it under control.
Every request passes through the boundaryAppuser actionAirlockchecked gateServicesdata & calcinternal runtime — rules applied here

The other half of MAIA#

Airlock pairs with MAIA. MAIA is where a capability is designed; Airlock is where that finished design runs when someone uses it. One defines the tool, the other executes it.

  • MAIA designs a capability; Airlock runs it.
  • Design-time hands the finished tool to run-time.
  • Together they cover defining and executing a feature.

Why a boundary matters#

Running everything through one controlled gate means requests are checked and the same rules apply every time — the apps stay predictable and contained instead of each reaching out on its own.

  • A controlled gate means requests are checked, not free-for-all.
  • The same boundary applies the same rules every time.
  • Keeps the apps predictable and contained.

For the team#

Airlock is internal plumbing. Users never open it — this guide explains the boundary that lets the apps they use run safely.

↑ ↓ / space to navigate