Disaster Recovery

Get the caller's recovery account

curl https://api.subscriby.net/v1/me/recovery \
  -H "Authorization: Bearer $SUBSCRIBY_TOKEN"

Recovering the creator's sign-in account, and keeping a backup account ahead of a ban, are two-sided handshakes: the API mints a code, the creator taps the link (or types the code) from the account to detect, the connector records which account that was, and the API confirms. Both sides have to agree, which is what keeps a leaked link from binding a stranger. These endpoints live under /v1/me because they are about the caller, never a project, and the actions behind them refuse anyone but the account holder.

These flows are deliberately not offered as MCP tools: moving a sign-in is a human act, and get_me already shows which accounts are linked.

  • primary_display_name and backup_display_name name the accounts as the connector reported them; their identifiers on the connector never appear.
  • relink_handshake and backup_handshake are the newest handshake of each kind, in whatever state, so a client can pick up a flow the creator started on the dashboard or in the bot.
get/v1/me/recovery

Request

  • Base URL: https://api.subscriby.net
  • URL: https://api.subscriby.net/v1/me/recovery
  • Auth: HTTP bearer

Response

200 with the summary.

Example response

{
  "data": {
    "primary_display_name": "Ada",
    "backup_identity_registered": true,
    "backup_display_name": "Backup Ada"
  }
}

Changes

No recorded changes to this operation across all 1 revision of this API.