ClearList Onboarding API
Email-OTP auth and API-key acquisition.
Email-OTP auth and API-key acquisition.
Every API here is available over the APIs.io API and to AI agents over MCP.
One button, every client — Claude, Cursor, VS Code and the rest.
https://apis.io/mcp
find_apisBrowse and filter every API in the catalog.get_api_artifactsOne API's artifacts, grouped by type.get_openapiThe primary OpenAPI for this API.find_similar_apisAPIs that look like this one.apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.resolveTurn a domain, URL or GitHub org into the provider it belongs to.find_cohortsEvery scored population of providers in the catalog.curl "https://apis.io/api/v1/apis/clearlist-me:clearlist-me-onboarding-api"
curl "https://apis.io/api/v1/apis?limit=25"
Calls without X-API-Key need no key. Calls with it need a paid plan — get a key.
Free tier, no form to fill in. Signing in shares your email address with us — we store it to create your key and to recognise you if you sign in with another provider. See our Privacy Policy and Terms.
A second provider on the same verified email joins the account you already have.
openapi: 3.2.0
info:
title: ClearList Onboarding API
version: 0.3.6
description: 'API for ClearList, an AI resale manager. Agents authenticate via an API key acquired through the email verification flow, or as an OAuth 2.1 client (see /auth.md). Standard response envelope: `{ success: boolean, data?: object, error?: string }`. Errors return the Error schema with a machine-readable `code` and a resolution `hint`. Versioning: every response carries an X-API-Version header (currently 0.3); breaking changes ship as a new version and the old behavior is kept through a deprecation window announced via Deprecation and Sunset headers (RFC 8594) and the changelog at /developers. Retries: the operations that declare the Idempotency-Key header parameter accept it (1-255 chars; a UUID works well). The first successful (2xx) response is stored for 24h, and a retry with the same key replays it instead of duplicating the side effect, marked by an Idempotency-Replayed: true response header. An error returned by the operation itself is never stored and releases the key, so retrying that same request re-executes it. A key is scoped to the seller and the operation, and it identifies ONE request: while its record is live (the first request is still running, or it succeeded within the last 24h), the same key on the same operation with a different request body (compared byte for byte, so reformatted JSON counts as different) or from a different kind of credential (a signed-in session, an API key, and an OAuth token are three kinds) is refused with 422 `idempotency_key_reuse`. That refusal leaves the original record in place, so a corrected request needs a NEW key. A key outside the allowed characters is refused with 400 `invalid_idempotency_key`. Do not assume an operation is retry-safe because it looks like an update: check for the parameter on the operation itself.'
contact:
email: hello@clearlist.me
url: https://clearlist.me
servers:
- url: https://clearlist.me
description: Production
security:
- apiKey: []
- oauth2: []
tags:
- name: Onboarding
description: Email-OTP auth and API-key acquisition.
paths:
/api/auth/send-code:
post:
operationId: sendVerificationCode
x-tool-id: send_verification_code
tags:
- Onboarding
summary: Send verification code
description: Sends a 6-digit verification code to the given email address. No authentication required.
security: []
requestBody:
required: true
content:
application/json:
schema:
type: object
required:
- email
properties:
email:
type: string
format: email
responses:
'200':
description: Code sent.
content:
application/json:
schema:
type: object
properties:
success:
type: boolean
'400':
$ref: '#/components/responses/BadRequest'
'429':
$ref: '#/components/responses/RateLimited'
'500':
$ref: '#/components/responses/ServerError'
/api/auth/verify-code:
post:
operationId: verifyCode
x-tool-id: verify_code
tags:
- Onboarding
summary: Verify code and get API key
description: 'Verifies the 6-digit code. Creates the account if new. Returns an API key when `agent: true` is set.'
security: []
requestBody:
required: true
content:
application/json:
schema:
type: object
required:
- email
- code
properties:
email:
type: string
format: email
code:
type: string
pattern: ^[0-9]{6}$
agent:
type: boolean
description: Set true to receive an API key.
responses:
'200':
description: Verified.
content:
application/json:
schema:
type: object
properties:
success:
type: boolean
isNewUser:
type: boolean
uid:
type: string
apiKey:
type: string
description: Only when agent=true. Format cl_<64-hex>.
'400':
$ref: '#/components/responses/BadRequest'
'401':
$ref: '#/components/responses/Unauthorized'
'429':
$ref: '#/components/responses/RateLimited'
'500':
$ref: '#/components/responses/ServerError'
components:
headers:
WWWAuthenticate:
schema:
type: string
description: 'RFC 9728 challenge: `Bearer resource_metadata="https://clearlist.me/.well-known/oauth-protected-resource", error="invalid_token"`.'
RateLimitRemaining:
schema:
type: integer
description: Requests remaining in the current window.
RateLimitLimit:
schema:
type: integer
description: Request quota for the current window.
RateLimitReset:
schema:
type: integer
description: Unix epoch seconds when the window resets.
responses:
RateLimited:
description: Too many requests.
headers:
X-RateLimit-Limit:
$ref: '#/components/headers/RateLimitLimit'
X-RateLimit-Remaining:
$ref: '#/components/headers/RateLimitRemaining'
X-RateLimit-Reset:
$ref: '#/components/headers/RateLimitReset'
content:
application/json:
schema:
$ref: '#/components/schemas/Error'
ServerError:
description: Unexpected server error.
content:
application/json:
schema:
$ref: '#/components/schemas/Error'
Unauthorized:
description: Missing or invalid API key.
headers:
WWW-Authenticate:
$ref: '#/components/headers/WWWAuthenticate'
content:
application/json:
schema:
$ref: '#/components/schemas/Error'
BadRequest:
description: Invalid or missing parameters.
content:
application/json:
schema:
$ref: '#/components/schemas/Error'
schemas:
Error:
type: object
required:
- success
- error
properties:
success:
type: boolean
example: false
error:
type: string
description: Human-readable error message.
code:
type: string
description: Machine-readable error code, e.g. route_not_found, invalid_token, rate_limited.
message:
type: string
description: Detailed message.
hint:
type: string
description: Resolution guidance for agents.
retryable:
type: boolean
description: Present on refusals that are worth retrying unchanged. Currently only a wrong-conversation address confirmation, where the token is untouched and only the id was wrong. Absent means terminal.
securitySchemes:
apiKey:
type: apiKey
in: header
name: X-ClearList-API-Key
description: 'API key in `cl_<64-hex>` format. Obtained via POST /api/auth/verify-code with `{ email, code, agent: true }`. Always full access (read and write). The same credential is also accepted as `Authorization: Bearer cl_<64-hex>`.'
oauth2:
type: oauth2
description: 'OAuth 2.1 authorization code flow. PKCE with code_challenge_method=S256 is required; public clients only (token_endpoint_auth_method none). Access tokens are `cl_<64-hex>` and are sent as `Authorization: Bearer <token>` (X-ClearList-API-Key also works). Operations that change state require the `write` scope; a grant without it gets 403. Reading needs no specific scope, so a `write`-only grant can also read.'
flows:
authorizationCode:
authorizationUrl: https://clearlist.me/oauth/authorize
tokenUrl: https://clearlist.me/api/oauth/token
refreshUrl: https://clearlist.me/api/oauth/token
scopes:
read: Read listings, reservations, conversations, page stats and plan status.
write: Create, edit, delete and publish listings; reply to buyers; share an address through the confirmed flow; set availability; create payment links.
bearerToken:
type: http
scheme: bearer
description: 'Firebase ID token for web UI authentication. A `Bearer cl_…` value is not a Firebase token: it is an API key or OAuth access token, covered by the apiKey and oauth2 schemes.'