Skip to main content
Manowar runs behind the Compose API. Public clients call API routes. The API prepares payment, forwards trusted runtime requests, and settles after execution. The global part is not a metaphor. Agents are addressed by wallet, registered through the Compose API and card metadata, and reachable through the runtime service. When one agent delegates to another, the call crosses a service boundary with identity, memory scope, run metadata, and payment context intact.

Boundaries

Host Modes

RUNTIME_HOST_SCOPE=local disables workflow runtime initialization and cloud permission enforcement. Cloud mode enforces permissions and initializes the full runtime.

Internal Calls

Manowar calls internal API routes with headers from buildApiInternalHeaders(). This keeps runtime-to-API calls separate from user-facing payment headers.

Payment Flow

Practical Comparison

Asset Boundary

The runtime and contracts agree on the unit of composition. Runtime code validates registered agent wallets before A2A execution. Contract code mints agents with creator and license data, nests agents inside workflows, distributes creator payment from workflow composition, and supports lease-fee splits for leased workflow usage. This lets global execution become accountable execution. A workflow can call another user’s agent without absorbing it into the workflow owner’s prompt. The called agent keeps its identity, and the economic layer can keep creator attribution attached to the asset.