Answer from the docs
A customer asks whether exports include archived records. The support lead asks Memtro, which searches the public docs space, finds the Exports page and quotes the passage with a link to send on.
Search every GitBook space you can open, read any page as markdown, and propose changes.
Connect GitBook with a personal access token and Memtro reads whatever that user can open: its organisations and spaces, a space's page tree, any page as markdown, and a full-text search across spaces. There is no sync. When you ask, and once an administrator has granted each action by name, it can open a change request, add, edit or delete pages inside it, request and give reviews, comment, and duplicate a space. Nothing is live until a change request is merged, and merging puts its edits in front of every reader of the space and its published site.
Ask in plain English from chat, your editor, a scheduled job or your own agent. The model picks the right GitBook tool, reads what it needs, and answers with the source cited.
These tools change something in GitBook. 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 GitBook, choosing the same kinds; the tab shows GitBook's own steps. Each event can start a job, with the event as its input. GitBook signs every delivery, and one whose signature does not check out is refused before it is read.
Events and webhooksOnce GitBook 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.
Where in our docs do we explain webhook retries?
Read the 'Getting started → Install' page from the Developer docs space
Which spaces in the organisation have open change requests?
What does the API reference say about rate limits?
Open a change request fixing the rate limit on the API reference page to 600 a minute
A customer asks whether exports include archived records. The support lead asks Memtro, which searches the public docs space, finds the Exports page and quotes the passage with a link to send on.
Ben Okafor notices the API reference still gives the old rate limit and asks Memtro to correct it and ask Lucy Grant to review. Memtro opens a change request in GitBook, updates the page inside it and requests Lucy's review, and GitBook notifies her. Nothing reaches readers until the change request is merged.
The teams that lean on GitBook most, a question each of them asks, and what they connect beside it.
A record in GitBook 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 GitBook open the account menu → Settings → Developer → Personal access tokens and create a token. It acts as its user with no scopes, reading and editing whatever that user can, and is shown once
A dedicated member with access to just the right spaces is the safer token for Memtro
In Memtro open Connections → GitBook, paste the Personal access token and connect. In several organisations? Add the Organization id of the one to list and search by default
Ask where the docs explain something
Chat in the dashboard, the OpenAI-compatible API, scheduled jobs, and any MCP client: Claude Code, OpenCode, Cursor, Claude Desktop. The GitBook tools are the same everywhere.
Only when you ask, and only what it has been granted: open a change request in a space; add, edit or delete pages inside a change request; retitle a change request, or set it to draft, open or archived; merge a change request into the live space; approve or request changes on a change request; ask named members to review a change request; comment on a change request; comment on a space or one of its pages; reply to a comment; duplicate a space. 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.
Personal access token. In GitBook open the account menu → Settings → Developer → Personal access tokens and create a token. It acts as its user with no scopes, reading and editing whatever that user can, and is shown once.
Yes. Turn events on in the connection's Events tab on the Connections page, then add the address it shows as a webhook in GitBook, choosing the same kinds; the tab shows GitBook'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