One command to deploy
`enclavia deploy myapp:v1` creates the enclave, pushes your image, and follows the build live until the enclave is running inside AWS Nitro. The individual `create` and `push` steps remain available for scripts and agents.
Run your container inside an attested enclave. End-to-end encryption from the browser. Public beta.
Enclavia is a managed platform for running container workloads inside hardware-attested enclaves. You point it at a Docker image; it builds an enclave image, boots it on Nitro hardware, and exposes it behind a WebSocket proxy that speaks an end-to-end encrypted channel directly to the enclave.
The pieces a user touches:
enclavia CLI — authenticate, push images, create and manage enclaves. On crates.io as enclavia-cli.enclavia client SDK — connect from a server or browser, verify attestation, send HTTP through the encrypted channel. On crates.io as enclavia (Rust) and on npm as @enclavia/client-wasm (browsers, Node 22+, Deno).https://api.beta.enclavia.io. Documented implicitly through the CLI.https://mcp.beta.enclavia.io/mcp. Lets any MCP-aware agent (Claude, ChatGPT, Cursor, Codex, …) drive your enclaves with the same identity the CLI uses.The fastest path to seeing Enclavia work is to run a sample app end to end. For your own workload the steps are:
enclavia deploy myapp:v1, which creates the enclave, pushes the image, and follows the build until it's running. (Scripts and agents should run the individual create and push steps instead.)The public beta runs at beta.enclavia.io and is intended for evaluation. Image references resolve against registry.beta.enclavia.io under your handle (the user-chosen identifier set during onboarding). The CLI talks to https://api.beta.enclavia.io and the encrypted client connects to enclaves under enclaves.beta.enclavia.io.
A machine-readable index of these docs is published at /llms.txt — the convention for surfacing documentation to LLMs without parsing HTML. Feed it to your agent of choice.