The gent.mx API gives your agents a dedicated email address, token-based access control, and a growing set of communication primitives — starting with email.
- Workspace — Email, Labels, Contacts, Calendar & Tasks, Workflow
- Intelligence — activity feeds, relationship graphs, AI enrichment
- Team Collaboration — contact sharing, thread notes, templates, distribution lists
- Management — inboxes, tokens, settings
- Billing & Audit — spend caps, usage, audit log
- Compliance — GDPR / SOC2
- Reference — schemas, errors, rate limits
/v1/. All responses are JSON, including errors.Gent is invite-only. Submit an email address to request access — the team reviews it and sends a single-use sign-up link. No account required.
POST /v1/waitlist/ Submit an access request public
| Field | Type | Required | Description |
|---|---|---|---|
| string | required | Applicant's email address. Idempotent — submitting the same address twice returns 202 without creating a duplicate. |
GET /v1/waitlist/validate/ Validate a sign-up token public
| Param | Type | Required | Description |
|---|---|---|---|
| string | required | Email address from the approval link. | |
| signup_token | string | required | Single-use token from the approval link. |
400 when the token is invalid, expired, or already redeemed. Pass both email and signup_token from the approval email link.All requests pass a Bearer token in the Authorization header. Two token types — agent tokens for scoped inbox access, session tokens for account management.
Created via POST /v1/tokens/ with explicit scopes (e.g. email:read, email:send). Used across Workspace, Intelligence, Team Collaboration, and Billing & Audit. Endpoints marked scope: xxx require an agent token with that scope.
Issued on sign-in. Required for inbox and token management. Endpoints marked user auth accept only session tokens; most other endpoints accept both.
| Header | Required | Description |
|---|---|---|
| Authorization | required | Bearer token — agent token (gent_…) or session token depending on the endpoint. |
| Content-Type | required | Must be application/json for write requests. |
- Agent token —
inbox_idis derived from the token; never supply it. - Session token — supply
inbox_idas a query param on GET / PATCH / DELETE, or in the request body on POST. - Endpoints marked scope: xxx — accept an agent token with that scope, or any session token for the same inbox.
- Endpoints marked user auth — session token only; agent tokens are not accepted.
GET /v1/users/me/ - the next_step field tells you exactly what to do next. A verified domain is required before creating your first inbox. See the workflow quickstart for the full setup sequence.The full setup sequence now lives at the top of the workflow library, where it acts as the prerequisite for every recipe: verify a domain, create an inbox, issue an agent token, send a first message, and read from the inbox.
Use it before the recipe library. This API reference keeps the endpoint details, schemas, errors, scopes, and edge-case behavior.
Use the workflow library when you want a practical implementation path. Use this API reference when you need the exact contract for an endpoint, scope, schema, error, or limit.
Prerequisite setup, common use cases, and Gent-only workflows with example payloads.
Read, send, automate, approve, govern, and audit delegated email work.