
Safehold
io.github.Spacetime-TechnologyPublished by GitHub account Spacetime-Technologyv1.2.0Updated Oct 24, 2026
Local, encrypted MCP vault for passports, IDs, visas and photos. You control access.
Overview
A local encrypted vault that lets an assistant request specific identity document fields, such as a passport number, with your per-field approval.
- What you can do
- Safehold stores passports, national IDs, driving licences, visas and photos as individually encrypted files on your machine. Tools let an assistant add, list, update and delete documents, and retrieve specific fields from a passport, national ID, driving licence, visa, photo or any document type. Each retrieval takes a purpose parameter that is shown to you at consent time, and every access is written to an encrypted access log that can be viewed later. Ready-made prompts cover document intake, travel preflight checks, selective sharing and expiry audits.
- When to use it
- Worth adding when you want an assistant to fill in forms, check in for a flight or complete identity verification using your own documents, without pasting passport numbers into chat or handing a whole vault to the agent. It suits users who want per-field consent and an audit trail rather than a general password manager or a plain JSON file.
- Requirements
- Runs locally as a stdio MCP server via the npm package safehold; Node.js 20 or newer is required and there is no build step. Desktop clients only, configured through each client's MCP config file. No accounts, API keys or environment variables are declared; documents and keys are kept under the local safehold directory.
Installation
In SourceWeft
- Open Safehold in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
Safehold
[npm version] [node] [MCP Registry] [License: MIT]
Your identity documents, on your machine, shared only when you say so.
What it is
Safehold is a local MCP server that stores passports, visas, driving licences, and other identity documents. When an AI agent needs your passport number to book a flight, it asks Safehold. You see what's being requested and why, then approve or deny. Nothing leaves your device.
Why it exists
Your identity data is scattered across dozens of services you don't control: banks, airlines, government portals, SaaS products. Each one holds a copy and decides for itself how to store it, whether to sell it, and how long it'll stick around. AI agents make this worse. Anything an agent can access, every API it touches can reach too.
Safehold is the alternative. The agent gets a field value. You get a consent prompt instead of a privacy policy. Your files stay where they are.
Open source, so none of this requires trust.
What it isn't
A few things that get confused with safehold but solve a different problem.
1Password, Bitwarden, op CLI
You can stuff a passport into 1Password. The op CLI can read specific fields. There's even an official 1Password MCP server now. So yes, parts of this overlap.
What's different is the trust model. Once your 1Password vault is unlocked, anything with that session can read anything in it. No per-field consent, no "why are you asking for this?" prompt. The vault is built for humans typing passwords, not for agents pulling structured fields with a stated reason.
Safehold gates each field individually, every time, with a purpose attached.
Browser autofill, Apple Passwords, iCloud Keychain
Works fine if your agent is a browser filling a form. Doesn't help when it isn't. Agents working over APIs, CLI tools, or other MCP servers never see the autofill layer, so you end up copy-pasting from a passwords app into a chat anyway. Safehold gives a non-browser agent a way to request a passport number without that detour.
Apple Wallet, Google Wallet, government digital ID apps
Locked to the platform. Apple Wallet won't hand your boarding pass to a third-party agent. mDL pilots and the EU eIDAS wallet are issuer-controlled and narrow in scope. None of them speak MCP, and none will let an agent on your laptop request a field from your driving licence.
Pasting it into the chat
People do this. They drop their passport number into a system prompt, or type it into a message and trust the agent to handle it. The number then lives in chat history, gets shipped to the model provider, and sticks around in their logs. You also have no record of which agent used it for what.
Safehold keeps the document on disk, encrypted, and only releases the one field the agent asked for. Nothing extra ends up in the conversation.
A plain JSON file plus the filesystem MCP
Tempting if you're a developer. ~/identity.json plus the filesystem MCP is three lines of config and done. It also gives every other agent on the box the same access, with no encryption at rest, no logging, and no consent step. The first time that file shows up in a backup or a screen share, you have a problem.
Persona, Stripe Identity, Onfido, Plaid
KYC vendors. You send them your documents, they store them, and partner services query them on your behalf. The model assumes you don't hold the keys. Safehold takes the other direction: documents stay on your machine and you approve every release.
HashiCorp Vault, AWS Secrets Manager, Doppler, Infisical
Built for service secrets, not personal identity. No human-facing consent flow, no schema for documents, and operationally heavy for someone who just wants their passport readable by an agent on their laptop.
How it works
Safehold runs as a stdio MCP server. Documents go into ~/.safehold/vault/ as individual encrypted files. Every retrieval is logged to ~/.safehold/access-log.enc.
Encryption is XChaCha20-Poly1305 via @noble/ciphers, audited by Cure53, no external dependencies. On first run a 32-byte key is written to ~/.safehold/master.key (mode 0600).
Other MCP clients can request specific fields from your documents. You control what gets shared, every time.
Tools (v1)
Every retrieval tool accepts a purpose parameter. That purpose is shown to you at consent time so you always know why a field is being requested.
Prompts (v1)
Safehold also ships ready-made workflow prompts. These show up as slash commands in MCP clients (Claude Desktop, Cursor, Claude Code, Zed) so common tasks don't have to be re-prompted from scratch.
Prompts don't access your data themselves. They tell the calling agent which Safehold tools to call, in what order, and with what purpose. Every retrieval still goes through the normal consent flow.
Skills
safehold-skills is a companion package of Claude Code skills that turn Safehold from a vault into finished workflows: airline check-in, ESTA applications, KYC forms, and so on. Each skill pairs Safehold with a browser MCP and asks for fields one at a time with a precise purpose string.
Quick Install
Requires Node.js >=20. No build step.
Most clients use the same JSON config — just the file path differs:
Clients with slightly different config formats:
Claude Code (CLI)
VS Code (GitHub Copilot) — uses "servers" key, enable Agent mode in Copilot Chat. Edit .vscode/mcp.json (project) or ~/Library/Application Support/Code/User/mcp.json (global, macOS):
Zed — uses "context_servers" key in ~/.config/zed/settings.json:
OpenAI Codex CLI — TOML format in ~/.codex/config.toml:
Continue.dev — create .continue/mcpServers/safehold.json (enable Agent mode):
Hermes (Nous Research) — YAML format in ~/.hermes/config.yaml:
OpenClaw — uses "servers" key in ~/.openclaw/mcp.json:
Roadmap
get_travel_authorization- ESTA, eTA, UK ETA, and similarget_vaccination_certificate- international vaccination recordsget_residency_permit- BRP, Green Card, and equivalentsget_birth_certificateget_tax_id- NI number, SSN, TFN, and equivalentsget_proof_of_address- utility bills, bank lettersget_travel_insurance
Development
Releasing
Checks that you're on a clean, up-to-date main branch, bumps the version, commits, tags, and pushes. CI publishes to npm.
Built by
Source: README.md at commit 4243403
Tools
0Version history
1- v1.2.0LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts