Hunting a slow page
Maya Okafor, backend lead at Acme Ltd, asked which queries took the most time on production yesterday. Memtro read Insights for the branch and listed the top patterns with their tables, count and p99 latency.
Which schema changes are waiting to deploy, and which queries are slowest?
PlanetScale hosts your databases, and Memtro reads them so you can ask about schema changes and performance. It reads databases with kind, region and plan, branches, and deploy requests with their state, approval and reviews. It also reads backups, the heaviest or slowest query patterns on a branch, and invoices. When asked and granted, it can create or delete a branch, and open, review, deploy, apply or revert a deploy request. It can also take or delete a backup. PlanetScale can tell Memtro when a deploy request errors or a backup fails, and a job can start on it.
Ask in plain English from chat, your editor, a scheduled job or your own agent. The model picks the right PlanetScale tool, reads what it needs, and answers with the source cited.
These tools change something in PlanetScale. The model is told to use them only when you ask for exactly that, and an administrator grants each one by name to the teams that may use it; a personal connection acts only after its owner allows it.
Turn events on in the connection's Events tab on the Connections page, then add the address it shows as a webhook in PlanetScale, choosing the same kinds; the tab shows PlanetScale's own steps. Each event can start a job, with the event as its input. PlanetScale signs every delivery, and one whose signature does not check out is refused before it is read.
Events and webhooksOnce PlanetScale is connected, these are the kinds of things people ask. Plain questions, no syntax. If the answer lives partly in another system you have connected, Memtro looks there too.
Which deploy requests are open on the main database?
What are the slowest queries on production over the last day?
When did the last backup of production run?
Is our latest invoice paid?
Create a development branch called add-orders-index.
Maya Okafor, backend lead at Acme Ltd, asked which queries took the most time on production yesterday. Memtro read Insights for the branch and listed the top patterns with their tables, count and p99 latency.
When PlanetScale told Memtro a deploy request at Northwind was waiting to cut over, a job started. It read the request's notes and reviews and posted them to Tom Reilly, who asked Memtro to apply it.
The teams that lean on PlanetScale most, a question each of them asks, and what they connect beside it.
A record in PlanetScale is rarely the whole story. Connect the systems that hold the rest and Memtro checks them together, then remembers what it learned so the next question starts further along.
Using something else for the same job, or both? Each connector has its own tools; connect as many as you like.
In PlanetScale, open the organization Settings, then Service tokens, and create a token. Add read permissions, plus branch, deploy request and backup permissions only for the actions you allow.
In Memtro, open Connections → PlanetScale and paste the Service token. Add the Service token ID for an older token, and the Organization if the token sees more than one.
An administrator grants the branch, deploy and backup actions by name. Events are turned on from the connection's Events tab, then added in each database's Webhooks settings.
Ask which deploy requests are open.
Chat in the dashboard, the OpenAI-compatible API, scheduled jobs, and any MCP client: Claude Code, OpenCode, Cursor, Claude Desktop. The PlanetScale tools are the same everywhere.
Only when you ask, and only what it has been granted: create a branch; delete a branch; open a deploy request from one branch into another; comment on or approve a deploy request; deploy a deploy request (queue its schema change); cancel a queued deploy request; close a deploy request without deploying it; apply a gated deploy request (cut over); revert a deployed schema change; skip the revert period of a deployed schema change; take a backup of a branch; delete a backup. Every other tool reads, searches or lists. The Connections page labels the tools that act, an administrator grants each one by name to the teams that may use it, and a personal connection acts only after its owner allows it.
A personal connection serves only your own requests. A shared connection serves the organisation: everyone, or only the teams an admin chooses. Admins can always add shared connections; other members need the permission.
Credentials are encrypted at rest. Tool results are cached briefly so agent loops do not repeat identical calls, and the facts the model extracts are saved to your organisation's memory with provenance (system, record and link) so they can be checked and superseded.
Service token, plus token ID and organization where needed. In PlanetScale, open the organization Settings, then Service tokens, and create a token. Add read permissions, plus branch, deploy request and backup permissions only for the actions you allow.
Yes. Turn events on in the connection's Events tab on the Connections page, then add the address it shows as a webhook in PlanetScale, choosing the same kinds; the tab shows PlanetScale's own steps. A job set to start "When an event arrives" then runs once for each matching event, with the event as its input. The run treats the event as outside data, never as instructions, and anything the run remembers is kept as unverified.
Seven-day free trial, then one monthly price per organisation. Connectors, jobs and memory are never metered.
Sign in, add a provider key, create an API key and point your tools at Memtro. It takes about five minutes.
7-day free trial · card on file, nothing charged until it ends · cancel any time