Have we met before
A name comes up in a referral. Memtro finds Amara Osei in Ashby by email, shows her earlier application, the stage it reached and the archive reason, so the hiring manager knows the history before replying.
Ask who applied, where they stand and who is interviewing this week in Ashby.
Connect Ashby with an API key and Memtro reads your jobs with department, location and hiring team, careers page postings, applications with each candidate's current stage, one candidate in full, and upcoming interviews. It never reads compensation. Every hour the sync writes each new application into memory. When you ask, and once an administrator has granted the action by name, it can add and edit candidates, leave notes and tags, put candidates forward, move or archive applications, open or close jobs, publish postings and cancel interviews. Archiving can send the candidate a rejection email, which cannot be recalled.
Ask in plain English from chat, your editor, a scheduled job or your own agent. The model picks the right Ashby tool, reads what it needs, and answers with the source cited.
These tools change something in Ashby. 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, choose the kinds you want, and Memtro registers its address with Ashby for you. Each event can start a job, with the event as its input, and can be remembered where you choose. Ashby signs every delivery, and one whose signature does not check out is refused before it is read.
Events and webhooksOnce Ashby 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 applications for Staff Engineer are in the Technical Interview stage?
Who is interviewing this week, and has feedback been submitted?
Has Amara Osei applied before, and where did it end?
Which jobs are open in the Data department, and who is on each hiring team?
Move Amara Osei's Staff Engineer application to the onsite stage
A name comes up in a referral. Memtro finds Amara Osei in Ashby by email, shows her earlier application, the stage it reached and the archive reason, so the hiring manager knows the history before replying.
Jake Turner, an engineering manager at Northwind, asks Memtro to add his former colleague Lena Park for the Staff Engineer role with a note on why. Memtro creates the candidate, puts her forward for the job at its first stage and leaves the note, which the hiring team see in Ashby.
The teams that lean on Ashby most, a question each of them asks, and what they connect beside it.
A record in Ashby 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 Ashby open Admin → Integrations → API Keys → Create and tick the read permissions: Jobs, Candidates, Organization, API keys, Hiring process metadata and Communication templates
Add Candidates: write, Jobs: write and Interviews: write only for the actions you want. A key with the read permissions alone reads everything and refuses the rest
In Memtro open Connections → Ashby, paste the API key and connect. Memtro checks it against Ashby and names the connection after the key
Ask who is interviewing this week
Chat in the dashboard, the OpenAI-compatible API, scheduled jobs, and any MCP client: Claude Code, OpenCode, Cursor, Claude Desktop. The Ashby tools are the same everywhere.
Only when you ask, and only what it has been granted: add a candidate; edit a candidate's name, email, links, source, credited user or location; leave a note on a candidate; add a tag to a candidate, or take one off; put a candidate forward for a job, as a new application; change an application's source or credited user; move an application to another interview stage, or archive it with a reason, optionally emailing the candidate a rejection; open, close, archive or return a job to draft; publish a job posting on the careers page, or take it down; cancel an interview schedule. 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. An hourly sync anchors recently changed Ashby records into memory as entities.
API key. In Ashby open Admin → Integrations → API Keys → Create and tick the read permissions: Jobs, Candidates, Organization, API keys, Hiring process metadata and Communication templates.
Yes. Turn events on in the connection's Events tab on the Connections page, choose the kinds you want, and Memtro registers its address with Ashby for you. 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