Skip to content

Trust

The vault is yours. So are the keys.

MindWiki was designed so you can leave with all of your data whenever you want, audit who accessed it, and revoke access in one click. Here's the posture in plain English.

You own the vault

On macOS, your vault is a folder on your disk. You pick where it lives. Every page is a plain markdown file with YAML frontmatter. Every attachment is the original binary you uploaded. You can open the folder in Finder, copy it, back it up, or move it to another drive without MindWiki being involved.

On the web side, the same files live on managed infrastructure so the macOS app and MindWiki Cloud stay in sync. Two operations always work, regardless of plan: export the entire vault as a zip from Account → Settings, and delete your account (which removes the vault and account from servers).

Authentication

  • Email + password with hashed credentials. Sign in from the web; the macOS app authenticates against the same account.
  • Session tokens stored as HTTP-only cookies on the web (an access token plus a refresh token). The macOS app stores its long-lived sync token in a per-user app-support file at ~/Library/Application Support/io.mindwiki.desktop/auth.json — readable only by your macOS user account.
  • Per-device sync tokens. Each macOS device shows up as its own entry in Account → Devices. Revoking a device there invalidates the token server-side, so the local auth.json stops working on that device's next sync attempt.

API keys + scopes

Personal API keys live in Account → API Keys. Each key is named, scoped, and minted once — MindWiki stores only the hash, so a leaked key cannot be recovered, only revoked and re-minted.

  • read — search, read pages, list pages, ask, similarity, graph, vault health, stats, export.
  • write — capture, create or update pages, delete pages, rebuild the vault index.

A request that hits an endpoint outside its scope returns HTTP 403 with { "code": "INSUFFICIENT_SCOPE" }. Mint read-only keys for automations that don't need to write. One key per integration so revocation stays surgical.

MCP connections + OAuth approval

Claude, ChatGPT, Claude Desktop, Claude Code, Codex, and any other MCP-aware client connect to MindWiki over OAuth. You see the connection request, confirm the scope, and approve it from MindWiki Cloud. Approved connections appear in Account → Connections; revoking a connection there cuts off that client's access on the next request. MindWiki never grants vault access to an AI without an explicit approval.

For MCP clients that can't handle remote MCP yet, the same endpoint is reachable with ?token=$MINDWIKI_API_KEY. The same scope rules apply — a read-only key cannot call a write tool.

Plan and connection access

MindWiki checks your connection’s permissions on each request. When a feature has a plan or usage limit, that check applies to the current account. Your existing connection can pick up a plan change.

Data controls

  • Export an archive of synced vault content. Account → Settings → Backup and restore.
  • Delete account removes the vault and account data. Account → Settings → Danger Zone.
  • Local vault path on macOS — chosen by you, changeable any time.
  • No indexing of private content. /account/* and the internal /api/* routes are disallowed in robots.txt.

What MindWiki does not do

  • You control AI writes. Connected clients can write within their approved scopes and vault permissions. For recurring Pixel assignments, review the permitted sources and write destination before enabling a schedule.
  • No data sales. Vault contents are not shared for advertising or partner training.
  • No team workspaces yet. MindWiki is a single-user product, so there's no role/permissions surface that could leak a vault to another account.

Reporting an issue

Security report or vulnerability disclosure? Email security@mindwiki.io. For general support, use support@mindwiki.io.

Related