Show me all users who signed up this week and their latest query counts.
S
prismamcp_execute_query
85ms
Prisma agent
14 users signed up Mon–Sun. Top query load: alice@acme.com (1,240 queries), bob@globex.com (987 queries), carol@initech.com (734 queries).
Sources: users table, query_logs table, Jun 15–21
prismamcp
2 tables
18:29
Message Claude...
Trusted by teams shipping agents to production
Tools your database agent reaches for on Prisma MCP, scoped per user.
CALL ANY TOOL
Each tool maps to a Prisma operation your agent can call against any connected Prisma Postgres instance.
prismamcp_create_prisma_postgres_backup
Create Prisma Postgres Backup
Create an automated backup for a Prisma Postgres database. Note: on-demand backup creation is not currently supported; backups are created automatically by the system.
Parameters
Name
Type
Required
Description
databaseId
string
Required
The unique identifier of the Prisma Postgres database. Get it from List Databases.
projectId
string
Required
The unique identifier of the Prisma project. Get it from List Databases.
Secure your agent's access. Connectors ship in minutes
Most database agent setups wire a shared connection string into the agent and call it done.
01.
Shared tokens break per-user analytics
A shared database URL works in a demo. In production every query looks like a service account. Scalekit resolves the real developer credential so your audit log reflects who actually ran each query.
// shared DATABASE_URL audit → service_account
// scalekit audit → alice@acme.com ✓
02.
Authentication is not authorization
Storing an API key is table stakes. The production question: is this agent, calling this Prisma tool, for this tenant, within the permitted scope? Scalekit enforces that check on every call.
Each developer's database credentials need real isolation. Scalekit namespaces every vault entry per tenant so a misconfigured agent can never reach a neighbor's Prisma Postgres instance.
Every new connector you add is another auth flow to maintain. With Scalekit, Prisma MCP and every connector that follows inherits the same vault, refresh logic, and audit chain. Zero new auth code per connector.
// DIY: N connectors prisma_oauth.py ȕ1 github_oauth.py ȕ1 ...
“Our agents act across Salesforce, Gong, Google Drive, and more, on behalf of every customer. Scalekit behind the scenes meant we can keep adding tools without ever rebuilding how credentials or tool calling work.”
Venu Madhav Kattagoni
Head of Engineering / Von
FAQs
Frequently Asked Questions
Does every user need their own Prisma API key, or can we share one?
Every user needs their own credential. Scalekit vaults a key per user and resolves it at call time, so queries are attributed to the right developer and your audit log stays accurate. A shared key collapses all activity into one identity, which breaks both attribution and fine-grained access control.
How does Scalekit store Prisma API keys?
Keys are encrypted at rest with AES-256 and decrypted only at the moment a tool call is authorized. The plaintext credential is never written to logs, never passed through agent context, and is inaccessible outside the vault resolution path.
Can I limit which Prisma MCP tools a specific user or role can call?
Yes. Scalekit's listScopedTools API returns only the tools a given user is permitted to invoke. You pass that list to your agent at session start, so the agent cannot even attempt a tool outside the permitted scope for that user.
What happens if a user revokes their Prisma API key or I delete their vault entry?
Any subsequent tool call that tries to resolve that credential will fail with an authorization error before it reaches Prisma. The agent receives an explicit rejection rather than a stale or empty response, so your error handling can prompt the user to re-authorize.
Does Scalekit support Prisma Postgres connection strings as well as API keys?
Yes. Scalekit vaults both Prisma API keys and direct Prisma Postgres connection strings. Each is stored and resolved the same way, giving you consistent per-user isolation and audit coverage whether your agent connects through the Prisma Data Platform or a direct database URL.