Checking provisioning
Dan Fletcher, solutions engineer at Acme Ltd, asked whether BigCo's Okta directory had provisioned its new starters. Memtro listed the directory's users with their state and role, and showed two still inactive.
Who is in this organisation, and which directory provisioned them?
WorkOS connects Memtro to one environment. It reads AuthKit users with name, email, whether verified and last sign-in, a user's sessions and organisation memberships with roles and status, organisations with their domains, invitations and their state, and Directory Sync directories with their provisioned users. When asked, and once an administrator has granted the action by name, it can delete a user, revoke a session, add, re-role, deactivate, reactivate or delete a membership, send, resend or revoke an invitation, and create an organisation. Each environment needs its own connection, and invitation links are never returned.
Ask in plain English from chat, your editor, a scheduled job or your own agent. The model picks the right WorkOS tool, reads what it needs, and answers with the source cited.
These tools change something in WorkOS. 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 WorkOS for you. Each event can start a job, with the event as its input. WorkOS signs every delivery, and one whose signature does not check out is refused before it is read.
Events and webhooksOnce WorkOS 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.
Who are the members of the BigCo organisation?
When did priya@acme.com last sign in?
Which invitations are still pending?
Which directories are connected, and from which identity provider?
Deactivate Tom Reilly's membership in the Northwind organisation
Dan Fletcher, solutions engineer at Acme Ltd, asked whether BigCo's Okta directory had provisioned its new starters. Memtro listed the directory's users with their state and role, and showed two still inactive.
Sarah Chen, customer success manager at Northwind, asked Memtro to remove a leaver's access to the BigCo organisation but keep the membership. Memtro deactivated it in WorkOS, so the user lost access while the membership and roles stayed for reactivation.
The teams that lean on WorkOS most, a question each of them asks, and what they connect beside it.
A record in WorkOS 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 the WorkOS Dashboard, pick the environment, Production or Staging, and open API Keys.
Copy the secret key, which starts sk_. It has full access to its environment and WorkOS offers no narrower key, so connect it only where an administrator has agreed.
In Memtro, open Connections → WorkOS and paste it into API key.
Ask your first question: who are the members of the BigCo organisation?
Chat in the dashboard, the OpenAI-compatible API, scheduled jobs, and any MCP client: Claude Code, OpenCode, Cursor, Claude Desktop. The WorkOS tools are the same everywhere.
Only when you ask, and only what it has been granted: delete a user (permanent); revoke a user's session; add a user to an organisation with a role; change a membership's role; deactivate an organisation membership (the user loses access); reactivate an organisation membership; delete an organisation membership (permanent); send an invitation (WorkOS emails the person); resend a pending invitation's email; revoke a pending invitation; create an organisation (name only). 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.
API key. In the WorkOS Dashboard, pick the environment, Production or Staging, and open API Keys.
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 WorkOS 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