peek
Provides tools for browsing and querying MySQL databases, including table introspection, tabular queries, and value peeking, with read-only transaction enforcement.
Provides tools for browsing and querying Neo4j graph databases, leveraging the driver package system.
Provides tools for browsing and querying PostgreSQL databases, including table introspection, tabular queries, collection scans, and value peeking, with read-only transaction enforcement.
Provides tools for browsing Redis keyspaces, including collection scans, key-value access, introspection, and value peeking.
Provides tools for browsing and querying SQLite databases, with read-only flag and PRAGMA query_only, including tabular queries and value peeking.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@peekopen the customers table and show me the first 10 rows"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
A real Claude Code session in the right-hand panel, driving the panes on the left. The
transcript is the app's own: it names each tool call as it lands and marks the ones that changed the
window. Every picture in this README is produced by
apps/desktop/scripts/screenshot.mjs, which launches the
built app, sets the scene, types one sentence and holds the shutter open โ everything after the
prompt is the agent's. Waits longer than 1.2 s are shortened; nothing else is.
Peek is a desktop database GUI that doubles as an MCP server. Ask Claude to open a table, run a query, or arrange panels for comparison โ it happens in the window in front of you, because AI tool calls and your own clicks share one command channel. A built-in chat panel runs Claude Code inside the app, so the agent you talk to drives the window it lives in.
Features
๐ค One UI for human and AI โ every click and every MCP tool call is a Command on the same bus; no shadow state, no sync step
๐ฌ Claude Code built in โ the chat panel hosts it over ACP, wired back to Peek's own MCP server
๐ ๏ธ 16 MCP tools โ connect, introspect schemas, run queries, open views, control the layout, notify, ask the user
๐ Read-only, enforced by the server โ read-only transactions and flags, no keyword filtering anywhere
๐ Data reaches the AI only when you attach it โ otherwise a query returns the model at most 20 rows
๐ฆ Databases are packages โ six drivers load from
~/.peek/packages/<id>/; adding one means installing a directoryโก A million rows scroll โ 0 dropped frames, ~0.5 s launch, 6.3 MB bundles (Performance)
๐ Passwords live in the OS keychain โ never plaintext on disk
Databases: PostgreSQL ยท MySQL ยท SQLite ยท Redis ยท Qdrant ยท Neo4j
Related MCP server: mcp-knowledgebase
Install
Download Peek-v0.0.1-macos-arm64.zip from
Releases, unzip, and drop Peek.app into
Applications. Apple Silicon only for now.
This build is ad-hoc signed (no Developer ID yet), so macOS will refuse the downloaded app as "damaged" on first launch. Clear the quarantine flag once and it opens normally:
xattr -d com.apple.quarantine /Applications/Peek.appAlternatively: System Settings โ Privacy & Security โ "Open Anyway". A signed and notarized build is planned.
Quick start
Requirements: Node โฅ 22, pnpm 10.32.1 (pinned via packageManager), and a database to
point at. Developed and tested on macOS / Apple Silicon only so far.
pnpm install
pnpm dev # opens the window; MCP server on port 7332
pnpm build # production bundles into apps/desktop/outIn the app: pick a driver in the sidebar, paste a connection string, and browse. Connections that
complete a handshake are saved automatically (passwords go to the OS keychain). Tables open as
virtualized grids, SQL runs in a CodeMirror editor with โโ, panels split with โ\ / โโง\, and
every result view has a cancel button backed by a real deadline.
Tests
pnpm -r typecheck # strict TS across every package
pnpm -r test # 2567 tests; driver suites need real servers (see below)The desktop suite is pure logic and needs nothing. Each driver suite is an integration suite that reads its target from the environment and skips itself when the server is unreachable:
PEEK_TEST_PG_URL="postgresql://user@localhost:5432/your_db" \
PEEK_TEST_REDIS_URL="redis://localhost:6379" \
PEEK_TEST_QDRANT_URL="http://localhost:6333" \
PEEK_TEST_MYSQL_URL="mysql://root:pw@localhost:3306/peek_test" \
PEEK_TEST_NEO4J_URL="bolt://localhost:7687" PEEK_TEST_NEO4J_PASSWORD="โฆ" \
pnpm -r testCaveats: the Redis / Qdrant / MySQL / SQLite suites create and clean up their own fixtures; the
PostgreSQL suite currently asserts against a specific development database (self-provisioning is a
TODO); Neo4j always needs an explicit password. There is also an end-to-end smoke test of the built
app (smoke-drivers.mjs) that drives every configured
driver over MCP.
Using it from Claude Code
Peek starts its MCP server on launch (loopback only, bearer-token authenticated) and writes the
endpoint to ~/.peek/mcp.json (mode 0600). Register once:
claude mcp add peek --transport http http://127.0.0.1:7332/mcp \
--header "Authorization: Bearer <token from ~/.peek/mcp.json>"The exact command, token filled in, is one click away in Settings โ MCP endpoint, which is also where you change the port or rotate the token.
The tools
Tool | Purpose |
| See the current UI: layout, tabs, result status, connections. Never returns row data. |
| Every connection with driver, status, and capabilities; secrets masked. |
| Open a database connection. |
| Expand the namespace tree (db โ schema โ table); returns the refs |
| Put a view on screen: |
| Execute a statement. The AI gets the first 20 rows plus the count; the full result stays in the UI. |
| Declare the whole panel tree in one call โ several views side by side for comparison. |
| Resize one split, like dragging a divider. |
| Move one view to another panel, as a tab or a split. |
| Bring a background tab to the front. |
| Stop a running query. |
| Drive the chat panel from outside: send messages, read the transcript, manage the session. |
| Notify the user, even when Peek is not the frontmost window. |
| Ask the user a multiple-choice question and wait for the answer. |
There is deliberately no tool that hands a full result set to the model.
The chat panel
An ask call, suspended until the human answers โ agents cannot answer their own questions.
You don't have to bring your own client: Peek hosts Claude Code itself, as a tab. The embedded
agent starts with no file tools, no shell, and no MCP servers other than Peek's own โ it does not
inherit your settings.json, CLAUDE.md, or configured MCP servers, and
verify-chat-security.mjs checks that against the
real agent. Two settings (both off by default) let you opt back in: file/command tools, and MCP
servers of your own. Each explains its cost next to the switch โ see
Security model.
Security model
MCP server: loopback only,
Authorization: Bearerrequired,Host/Originchecked against DNS rebinding, token compared in constant time and never logged.Read-only: enforced by the database server wherever one can (transactions, flags); Redis and Qdrant drivers simply issue no write command. One gap: a pre-existing stored procedure that opens its own read-write transaction โ use a read-only database account for anything you care about.
Process isolation: drivers run in one child process per connection; a wedged query or a crash cannot take the window down, and killing the process is an unconditional cancel. Package code never runs in the main process.
Packages are trusted, not sandboxed. What you install is what you trust โ the same deal as a VS Code extension or an MCP server. Peek validates a package's manifest shape, isolates its processes, and strips credentials from their environment, but there is no signature check and no sandbox. Details in the design docs.
Enabling the agent's file tools has a real cost: an agent that can read
~/.peek/mcp.jsonholds the bearer token, and permission prompts stop being a barrier. The settings panel says exactly this when the switch is on.
Performance
Measured on an Apple M2 Max (macOS, 120 Hz Retina) against a generated 1,000,000-row SQLite
fixture, by two reproducible benchmark scripts
(bench-startup.mjs,
bench-scroll.mjs):
Scenario | Result |
Launch โ window ready (warm) | median 518 ms |
Scrolling 1,000,000 rows, 600 frames | 0 dropped frames |
DOM elements in the grid at 1,000,000 rows | < 400 (bounded by the viewport, not the data) |
| 2.1 s |
Built bundles | 6.3 MB total |
Results stream as columnar chunks with backpressure and an LRU cache, and the virtual scrolling is hand-written because Chromium silently clamps element heights around 699,000 rows at Retina resolution โ no DOM dimension in Peek is derived from the row count.
Status and limitations
Early but real: all six databases connect, introspect, and stream rows; the layout, chat, MCP
surface, and package system described above are implemented and tested. pnpm build produces
bundles, and package-mac.mjs produces a macOS .app;
there is no signed installer yet. Writes are deliberately out of scope until the read-only path has
fully stabilized.
Known limitations, briefly (details in docs/PLAN.md, docs/design/ and specs/):
A large query pauses (by design) at ~200k rows until you scroll further; rows evicted from the ~200 MB cache can't be re-fetched in place โ re-run the query.
Fixed 24 px row height; large values open in a modal.
Accessibility is solid at the layout level (ARIA tablists, roving tabindex, focus management) but minimal inside panel bodies, and unverified against a real screen reader.
A restored workspace reopens layout, tabs, and editor text, but never re-runs queries.
Qdrant: no query cancellation (the API offers none โ the button says so), and table headers can't sort yet.
Stored credentials are as private as your OS user account; binary signing lands with the first published build.
Repository layout
peek/
โโ packages/
โ โโ core/ # command schemas, workspace types, capability + chunk protocol, driver-host runtime
โ โโ db-postgres/ # PostgreSQL driver
โ โโ db-sql/ # MySQL + SQLite behind one dialect layer
โ โโ db-redis/ # Redis driver
โ โโ db-qdrant/ # Qdrant driver
โ โโ db-neo4j/ # Neo4j driver, plus the `graph` view kind
โโ apps/desktop/ # Electron app: main / preload / renderer, plus scripts/ (benchmarks, smoke tests)
โโ specs/ # per-change spec / plan / tasks, written with Spec Kit (since 2026-09-11)
โโ .specify/ # Spec Kit templates, scripts, and the project constitution
โโ docs/ # PLAN.md (design record) and docs/design/ (design docs written before Spec Kit)docs/PLAN.md is the authoritative design record โ architecture decisions, the
performance budget, and milestone definitions. Per-change documents live in specs/, produced by
Spec Kit; the 74 written before it live in docs/design/.
License
MIT. See LICENSE.
This server cannot be deployed
Maintenance
Related MCP Connectors
- dataOAuthco.thinair
PostgreSQL, MySQL, and SQL Server in one session. 26 read-only MCP tools for AI agents.
Let AI agents query data and act across all your business apps via MCP.
An agent-native database over MCP: shared, validated, structured records in every AI chat.
AI agents propose database changes as reviewable requests โ no direct write access.
Related MCP Servers
- FlicenseNot gradedqualityFmaintenanceA read-only MCP server that enables AI agents to explore database schemas and execute safe queries on PostgreSQL and MySQL.-
- FlicenseAqualityDmaintenanceEnables AI agents to explore MySQL database schemas and execute read-only queries through a safe, MCP interface.6-
- AlicenseNot gradedqualityBmaintenanceProvides read-only access to databases for MCP-compatible AI tools, allowing schema exploration and SELECT queries without exposing credentials or risking data changes.80 npm3MIT
- FlicenseNot gradedqualityBmaintenanceEnables AI agents to analyze databases through MCP, including listing all tables and inspecting table structures.-