https://mcp.bitatlas.com/mcp ↗
**Zero-knowledge encrypted cloud storage for AI agents and the humans they work for.** BitAtlas gives your agent a persistent, private vault. Every file is encrypted **client-side with AES-256-GCM before it ever reaches the server** — BitAtlas, and any host running this MCP server, can never read your data. EU-hosted, zero-knowledge by design. ### What your agent can do - **Store & retrieve** — upload, download, list, search, and organize encrypted files and folders ❯ [Image #7] and this ───────────────────────────── 1. Generate an API key at **bitatlas.com/vault/settings** (starts with `ba_`). 2. Provide your **API key** and your **256-bit master key** (64 hex chars, derived from your password client-side — never sent to BitAtlas). 3. Connect — your agent gets an encrypted vault it can read and write, while the data stays unreadable to everyone but you. 🔒 Client-side AES-256-GCM · 🇪🇺 EU-hosted · 🤝 Zero-knowledge share links - **Hand a file to a human** — mint a zero
BitAtlas is a remote MCP server published at mcp.bitatlas.com. It has been probed 7 times since 9/10/2026. It answered in 7 of them (100.0%), a near-uninterrupted record. Median response time is 381 ms, placing it among the faster endpoints. It offers a narrow, focused set of 10 tools. On the protocol side it still runs 2025-11-25 and has not moved to the newer spec.
Can an LLM agent pick the right tool here — names, descriptions and parameter clarity are assessed.
bitatlas_get_file — Does not specify if BITATLAS_MASTER_KEY is optional or required in parameters.bitatlas_delete_file — No mention of irreversible deletion or error conditions (e.g., file not found).bitatlas_share_file — Incomplete description (truncated) and lacks parameter details for share link generation.Risk: medium
tools/list structure, inputSchema validity, and a functional smoke test — the components of the 0-100 score.
Derived by comparing consecutive probes — changes in era, protocol version, build and reachability.
Add this badge to your README — it updates automatically as measurements change.
[](https://mcpmetrics.io/servers/bitatlas-bitatlas)<a href="https://mcpmetrics.io/servers/bitatlas-bitatlas"><img src="https://mcpmetrics.io/badge/bitatlas/bitatlas/era.svg" alt="mcpmetrics"></a>You are seeing the last 7 days. Sign up for the full history. Which check failed and why is in the dashboard.
Sign up free to see| Run | Era | Modern | ms | Legacy | ms | Versions |
|---|---|---|---|---|---|---|
| 2026-09-11 11:20:19 | Legacy | 400 | 376 | 200 | 381 | 2025-11-25 |
| 2026-09-11 09:28:19 | Legacy | 400 | 329 | 200 | 321 | 2025-11-25 |
| 2026-09-11 07:35:54 | Legacy | 400 | 449 | 200 | 462 | 2025-11-25 |
| 2026-09-11 05:44:28 | Legacy | 400 | 696 | 200 | 697 | 2025-11-25 |
| 2026-09-11 03:50:39 | Legacy | 400 | 298 | 200 | 301 | 2025-11-25 |
| 2026-09-11 01:59:45 | Legacy | 400 | 582 | 200 | 590 | 2025-11-25 |
| 2026-09-10 21:16:35 | Auth-gated | 401 | 349 | 401 | 362 | — |
Each block is one measurement round. Green: working response. Amber: responded but the server was returning errors (5xx). Red: no response at all.
Each cell is one probe run. Faded cells are incomplete probes — one leg did not answer, so the era is inconclusive.
The two probe legs separately: modern server/discover and legacy initialize.