> ## 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 el catálogo de eventos

> Devuelve la instantánea del catálogo alimentada por el manifest — la agregación last-known-good de los manifests de productor que Streaming Hub sigue. El catálogo es global en v1 (byte-idéntico sin importar qué tenant se autentique) y solo de control-plane; el data plane nunca lo consulta. Una instantánea vacía devuelve `200` con `events: []` (fail-closed hacia el último valor conocido bueno — nunca un error ante un catálogo vacío).



## OpenAPI

````yaml es/openapi/v3-current/streaming-hub.yaml get /v1/catalog
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/catalog:
    get:
      tags:
        - Catalog
      summary: Lista el catálogo de eventos
      description: >-
        Devuelve la instantánea del catálogo alimentada por el manifest — la
        agregación last-known-good de los manifests de productor que Streaming
        Hub sigue. El catálogo es global en v1 (byte-idéntico sin importar qué
        tenant se autentique) y solo de control-plane; el data plane nunca lo
        consulta. Una instantánea vacía devuelve `200` con `events: []`
        (fail-closed hacia el último valor conocido bueno — nunca un error ante
        un catálogo vacío).
      operationId: getCatalog
      responses:
        '200':
          description: La instantánea del catálogo.
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/CatalogResponse'
        '401':
          $ref: '#/components/responses/Unauthorized'
        '403':
          $ref: '#/components/responses/Forbidden'
        '500':
          $ref: '#/components/responses/InternalError'
      security:
        - BearerAuth: []
components:
  schemas:
    CatalogResponse:
      type: object
      additionalProperties: false
      properties:
        events:
          type: array
          description: >-
            The catalog entries in deterministic (topic, schemaMajor, eventType)
            order. Empty when the snapshot is empty.
          items:
            $ref: '#/components/schemas/CatalogEvent'
        availableMajors:
          type: object
          additionalProperties:
            type: array
            items:
              type: integer
          description: >-
            Per topic, the set of distinct schema-major values present in the
            snapshot, each ascending. An empty object when the snapshot is
            empty.
          examples:
            - lerian.streaming.transaction.created:
                - 1
      required:
        - events
        - availableMajors
    CatalogEvent:
      type: object
      additionalProperties: false
      properties:
        eventType:
          type: string
          description: The event type (the `<resource>.<event>` tail).
          examples:
            - transaction.created
        topic:
          type: string
          description: The Kafka topic the event is published on.
          examples:
            - lerian.streaming.transaction.created
        schemaVersion:
          type: string
          description: The full schema version.
          examples:
            - 1.0.0
        schemaMajor:
          type: integer
          description: The schema major.
          examples:
            - 1
        dataSchema:
          type: string
          description: >-
            An opaque schema URL passthrough. Omitted when empty; Streaming Hub
            never resolves or fetches it.
          examples:
            - https://schemas.example.com/transaction/created/1.json
        description:
          type: string
          description: A human-readable description of the event.
          examples:
            - A transaction was created.
      required:
        - eventType
        - topic
        - schemaVersion
        - schemaMajor
        - description
    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/<code>`), 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
  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.

````