> ## Documentation Index > Fetch the complete documentation index at: https://docs.lerian.studio/llms.txt > Use this file to discover all available pages before exploring further. # Lista las suscripciones > Lista las suscripciones vivas del tenant autenticado, de más reciente a más antigua, con paginación keyset. Ninguna proyección de lectura transporta jamás el secreto de firma. ## OpenAPI ````yaml es/openapi/v3-current/streaming-hub.yaml get /v1/subscriptions openapi: 3.1.0 info: title: Lerian Streaming Hub API version: v1.0.0 contact: email: contact@lerian.studio name: Lerian Studio url: https://lerian.studio license: name: Lerian Studio General License description: >- La API de control-plane de Streaming Hub. Streaming Hub es el borde gestionado de entrega de eventos de Lerian: consume CloudEvents del backbone de streaming interno de la plataforma y los distribuye a los destinos externos propios de cada tenant — webhooks, Amazon SQS, RabbitMQ, Amazon EventBridge o una bandeja de entrada de tipo pull. Esta API permite a un tenant explorar el catálogo de eventos alimentado por el manifest, crear y gestionar suscripciones de entrega, verificar y rotar sus credenciales, leer la salud de entrega y hacer pull de los eventos a los que tiene derecho. Los errores ahora se sirven como documentos RFC 9457 `application/problem+json`. Cada error propio del hub incluye `type`, `title`, `status`, `detail` y un `code` estable y de baja cardinalidad legible por máquina sobre el que ramifican los clientes; para respuestas `5xx` el campo `detail` se sanitiza centralmente al valor estático `"internal error"`, de modo que ninguna causa interna se filtre al llamador. Las operaciones de mutación requieren un header `X-Idempotency` para semántica at-most-once; una petición reproducida (replay) devuelve la respuesta original byte a byte con `X-Idempotency-Replayed: true`. El catálogo y la superficie de eventos pull están acotados por tenant a través del JWT bearer; los endpoints operacionales de sonda (`/healthz`, `/readyz`, `/version`, `/runtime`, `/metrics`) no requieren autenticación. Streaming Hub es de código cerrado bajo la Lerian Studio General License. servers: - url: https://streaming-hub.sandbox.lerian.net security: - BearerAuth: [] tags: - name: Catalog description: >- Explora el catálogo de tipos de evento disponibles para suscripción, alimentado por el manifest. - name: Subscriptions description: >- Crea, lee, actualiza y elimina suscripciones de entrega, y gestiona el ciclo de vida de verificación del destino (ping, verify, credential, delegated grant, rotación de secreto, health). - name: Event Delivery description: >- Haz pull de los eventos a los que tienes derecho para una suscripción de tipo pull (lectura cursor-as-acknowledgment). - name: Admin description: >- Análisis forense de operador entre tenants. Requiere un scope de autorización de operador. - name: Operational description: >- Sondas de liveness, readiness, build, runtime y métricas sin autenticación. paths: /v1/subscriptions: get: tags: - Subscriptions summary: Lista las suscripciones description: >- Lista las suscripciones vivas del tenant autenticado, de más reciente a más antigua, con paginación keyset. Ninguna proyección de lectura transporta jamás el secreto de firma. operationId: listSubscriptions parameters: - name: sink_kind in: query required: false description: Optional filter restricting results to one sink kind. schema: $ref: '#/components/schemas/SinkKind' - name: limit in: query required: false description: >- Page size, clamped to a server maximum. A non-positive value uses the server default. schema: type: integer - name: after in: query required: false description: >- Keyset cursor — the `id` of the last row from the previous page (subscriptions are ordered DESC by id). schema: type: string responses: '200': description: Una página de suscripciones. content: application/json: schema: $ref: '#/components/schemas/ListSubscriptionsResponse' '401': $ref: '#/components/responses/Unauthorized' '403': $ref: '#/components/responses/Forbidden' '500': $ref: '#/components/responses/InternalError' security: - BearerAuth: [] components: schemas: SinkKind: type: string description: >- The delivery destination kind. `webhook` posts signed HTTPS requests; `pull` exposes an inbox read over `GET /v1/events`; `sqs`, `rabbitmq`, and `eventbridge` fan out to the named queue or bus. enum: - webhook - pull - sqs - rabbitmq - eventbridge ListSubscriptionsResponse: type: object additionalProperties: false properties: subscriptions: type: array items: $ref: '#/components/schemas/Subscription' next_cursor: type: string description: >- Keyset cursor for the next page (the id of the last row). Non-empty only on a full page; an empty string marks the final page. examples: - 0192f1a0-0000-7000-8000-00000000c002 required: - subscriptions - next_cursor Subscription: type: object additionalProperties: false description: >- The non-secret projection of a subscription. It never carries the signing secret or any credential material. properties: id: type: string format: uuid description: The unique identifier of the subscription (UUIDv7). examples: - 0192f1a0-0000-7000-8000-00000000c001 name: type: string description: The human label supplied at create. examples: - orders-webhook sink_kind: $ref: '#/components/schemas/SinkKind' endpoint: type: string description: The destination address (per sink kind). examples: - https://hooks.example.com/ingest event_types: type: array description: >- The event types the subscription delivers. Omitted when none are pinned. items: type: string examples: - - account.created - account.updated schema_major: type: integer description: >- The pinned schema major, when set. Omitted when the subscription follows the base topic. examples: - 2 signature_version: type: integer description: The webhook signature scheme version. examples: - 1 plan_tier: type: string description: The subscription's plan tier. examples: - standard enabled: type: boolean description: >- The operator on/off flag. Independent of `verification_state`; both must hold for delivery. examples: - true verification_state: $ref: '#/components/schemas/VerificationState' created_at: type: string format: date-time description: Creation timestamp (UTC, RFC 3339). examples: - '2026-01-15T12:00:00Z' updated_at: type: string format: date-time description: Last-update timestamp (UTC, RFC 3339). examples: - '2026-01-15T12:00:00Z' required: - id - name - sink_kind - endpoint - signature_version - plan_tier - enabled - verification_state - created_at - updated_at Error: type: object description: >- Documento RFC 9457 `application/problem+json` devuelto para cada error propio del hub en las superficies `/v1` y `/admin`. El `code` estable es el campo sobre el que un cliente ramifica; `detail` es una explicación segura para el llamador y, para cualquier `5xx`, se sanitiza centralmente al valor `"internal error"` para que ninguna causa interna pueda filtrarse. (Un `403` emitido por el punto de decisión de autorización situado por delante del hub es la única excepción — su cuerpo es texto plano.) properties: type: type: string format: uri description: >- URI estable y versionado que identifica el tipo de problema (`https://errors.lerian.studio/v1/`), o `about:blank` para problemas sin un código asignado por el hub. examples: - https://errors.lerian.studio/v1/not_found title: type: string description: Un resumen corto y legible por humanos — el texto del estado HTTP. examples: - Not Found status: type: integer description: El código de estado HTTP, replicado en el cuerpo. examples: - 404 detail: type: string description: >- Explicación humana y segura para el llamador de esta ocurrencia específica. Para respuestas `5xx` este campo es siempre la cadena estática `"internal error"`. examples: - subscription not found code: type: string description: >- El token estable, de baja cardinalidad y legible por máquina sobre el que ramifica un cliente (por ejemplo `not_found`, `unauthorized`, `idempotency_conflict`, `validation_error`). Vacío para fallos de validación nativos de huma. examples: - not_found required: - type - title - status VerificationState: type: string description: >- The subscription's position in the destination verification state machine. Only an `active` subscription is deliverable. A `pull` subscription is born `active` — it has no destination to probe. Every other kind is born `pending_verification` and reaches `active` on a successful probe: `POST /v1/subscriptions/{id}/ping` for a `webhook`, and `PUT /v1/subscriptions/{id}/credential` for any queue sink (`sqs`, `rabbitmq`, `eventbridge`). An `sqs` or `eventbridge` sink has a second path: register a delegated grant — which persists the coordinates and leaves this field unchanged — then call `POST /v1/subscriptions/{id}/verify`. An `active` subscription whose probe later fails becomes `degraded`. The same successful probe returns this field to `active`. This field is one half of deliverability: `enabled` is the other half, and both must hold. No probe changes `enabled` except `POST /v1/subscriptions/{id}/verify`, which on a probe success clears an auto-disable in the same transaction as the state move. enum: - pending_verification - active - degraded responses: Unauthorized: description: >- La autenticación falló, o no hay contexto de tenant confiable. `code` es `unauthorized` (cuerpo uniforme — no se revela ninguna razón). content: application/problem+json: schema: $ref: '#/components/schemas/Error' Forbidden: description: >- El punto de decisión de autorización (lib-auth, situado por delante del hub) denegó la petición. Este 403 sigue siendo texto plano — actualmente no usa `application/problem+json`. content: text/plain: schema: type: string InternalError: description: >- Un fallo de infraestructura. `code` es `internal_error` y el campo `detail` se sanitiza centralmente al valor estático `"internal error"` (la causa real se registra, nunca se devuelve al llamador). content: application/problem+json: schema: $ref: '#/components/schemas/Error' securitySchemes: BearerAuth: type: http scheme: bearer bearerFormat: JWT description: >- Un JWT bearer emitido por plugin-auth (lib-auth). La identidad del tenant se resuelve a partir de los claims validados del token; la superficie `/v1` nunca lee un tenant del cuerpo, del path ni de la query. Los llamadores de máquina obtienen un token vía el flujo client-credentials de plugin-auth. La superficie `/admin` autoriza contra un scope de operador y no lleva contexto de tenant. ````