Verificación de conexión

• GET /health — sin auth, sin rate limit. Lo usan los uptime monitors y load balancers para verificar que el API está vivo y que la base de datos responde.
• GET /me — requiere bearer (cualquier scope, incluso vacío). Lo usan los conectores de Make / Zapier como paso de “Probar conexión” para mostrarle al usuario el nombre de su organización y los permisos del bearer.

​

GET /health

​

Request

curl https://panel.flowestate.app/api/v1/health

​

Response 200

{
  "ok": true,
  "ts": "2026-04-29T18:04:15.000Z"
}

​

Response 503

{ "ok": false }

​

Tips para monitorear

• Usa keyword check sobre "ok":true en lugar de solo status 200. Así, si un edge cache mal configurado sirve un {"ok":false} viejo, no aparece accidentalmente como healthy.
• No le pegues más rápido que cada 60 segundos. Es un ping a la BD; no lo conviertas en una prueba de carga.
• No está autenticado. No incluyas headers sensibles cuando lo pruebes.

​

GET /me

​

Request

curl https://panel.flowestate.app/api/v1/me \
  -H "Authorization: Bearer fe_k_tu_key_aqui"

​

Response 200

{
  "organization": {
    "id": "org_...",
    "name": "Acme Realty",
    "slug": "acme-realty"
  },
  "auth": {
    "type": "api_key",
    "scopes": ["leads:read", "leads:write"],
    "clientId": null,
    "userId": null
  }
}

​

Campos

​

Errores