StatusSupportGet API keyDashboard
TeamChange someone's role

Team

Change someone's role

Use with AI

PATCH /v1/members/{user_id}

Makes someone an admin or a member (yourself included). The owner's role changes only by a handover. Free.

Auth: the dashboard session cookie.

Example

cURL
curl -X PATCH 'https://socialtap.dev/v1/members/<user_id>' \
  -H "x-api-key: $SOCIALTAP_API_KEY" \
  -H "content-type: application/json" \
  -d '{
  "role": "admin"
}'

Authorizations

The dashboard's session cookie, not an API key.

Path parameters

user_idstringrequired

The person's ID (GET /v1/members).

Body

application/json

JSON. Fields marked nullable may be null; optional ones may be left out.

rolestring

Their new role. The owner's role never changes here: the owner hands the account over with POST /v1/account/transfer.

One ofadminmember

Response

application/json

200

Change someone's role

dataobject
ShowHide 6 child fields
emailstring

Their verified email address.

is_youboolean

Whether this is the signed-in person.

joined_atstring date-time

When they joined the account, RFC 3339 UTC.

objectstring

Always member.

One ofmember

rolestring

owner: everything, including deleting the account and handing it to someone else (exactly one). admin: billing, keys, webhooks, settings and people, never the owner. member: reads the account and uses the playground with a key it is given; changes nothing.

One ofowneradminmember

user_idstring

The person's ID: change their role or remove them with it.

metaobject

The shared route meta (see the API reference introduction).

400

400 Bad Request.

invalid_inputNo retry

A parameter is missing or malformed, or the link is not one this endpoint takes.

Fix the parameter named in param as the message says. For a link of the wrong kind, call an endpoint listed in details.endpoints, when there is one.

401

401 Unauthorized.

unauthorizedNo retry

The x-api-key header is missing, or its key is unknown or revoked. On the dashboard's routes: the session cookie is missing or expired.

Send a valid API key in the x-api-key header. No key yet? A person gets one at details.signup_url; an AI agent follows details.agent_auth_url.

403

403 Forbidden.

forbiddenNo retry

The API key is valid but may not make this request, and details.reason says why: the account is suspended, the key lacks the route's scope, waits for its owner to confirm it by email, has expired, or was used from an IP outside its allowlist, or a rotated key's previous secret was used for a call that needs the admin scope. A running job stops with it too when its account is suspended or the key that created it is revoked or expires. It is about the key, never the item: a private item is private_or_unavailable, also 403, so branch on the code.

Act on details.reason. suspended: contact support. scope: use a key with details.required_scope. previous_secret: use the new secret. key_pending: have the owner open the emailed link. key_expired or key_revoked: create a new key. ip_not_allowed: call from an allowed IP.

404

404 Not Found.

not_foundNo retry

The item does not exist or was deleted. On GET /v1/requests/{id}/response: the response was not kept (details.reason says why).

Check the link or ID. Do not retry.

429

429 Too Many Requests.

rate_limitedYes, later

The account passed its runaway-protection ceiling: a high per-account limit that stops a broken client loop (plans have no rate limit). Requests without an API key (signup, the MCP server's tool listing and find_endpoint) are limited per IP address instead. It also stops an account whose failed requests in the last hour cost far more than its successful ones paid for: failures are free within a limit (the message says so), and successes raise it.

Wait the seconds in the retry-after header, then retry. If your steady traffic needs more, ask support to raise the ceiling; without an API key, send one.

operationId members.update