> ## Documentation Index
> Fetch the complete documentation index at: https://docs.weve.cx/llms.txt
> Use this file to discover all available pages before exploring further.

# Club da sessão

> O escopo do domínio. Uma sessão só responde pelo club em que foi emitida.



## OpenAPI

````yaml GET /v1/clubs/{clubId}
openapi: 3.0.3
info:
  title: weve API
  description: >
    Contrato entre a API Go e o dashboard. **Este arquivo é a fonte de
    verdade**:

    os tipos e a interface de servidor em Go, e o client TypeScript, são todos

    gerados daqui (`make openapi`). Handler que divergir da interface não
    compila.


    A superfície interna (`/internal/*`) fica de fora de propósito: é acesso de

    máquina, protegido por segredo dedicado, e não é contrato de cliente.
  version: 0.2.0
servers:
  - url: https://api.weve.cx
    description: produção
  - url: http://localhost:8080
    description: desenvolvimento
security: []
tags:
  - name: health
  - name: session
  - name: account
  - name: clubs
  - name: members
  - name: webhooks
  - name: sales-platforms
  - name: catalog
  - name: content
  - name: classroom
  - name: students
  - name: auth
paths:
  /v1/clubs/{clubId}:
    parameters:
      - $ref: '#/components/parameters/OrgId'
    get:
      tags:
        - clubs
      summary: Organização da sessão
      description: |
        A organização é o escopo do domínio: tudo que for criado daqui em diante
        pertence a uma, e as rotas escopadas a trazem no caminho.

        Uma sessão só responde pelos clubs a que pertence: pedir outro devolve
        403, e a resposta é a mesma para um club que não existe.

        As DUAS superfícies leem esta rota, e cada uma prova o escopo do seu
        jeito: a sessão do dashboard, pela associação (`memberships`); a do
        aluno, pela organização da própria linha dele. É a leitura que
        confirma, para o classroom, que o club do subdomínio é mesmo o club da
        sessão.
      operationId: getOrganization
      responses:
        '200':
          description: A sessão age nesta organização
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/OrganizationResponse'
        '400':
          $ref: '#/components/responses/BadRequest'
        '401':
          $ref: '#/components/responses/Unauthorized'
        '403':
          $ref: '#/components/responses/Forbidden'
        '500':
          $ref: '#/components/responses/InternalError'
      security:
        - userSession: []
        - studentSession: []
components:
  parameters:
    OrgId:
      name: clubId
      in: path
      required: true
      description: >
        Id público da organização — o mesmo que `GET /v1/me` devolve em

        `organization_id`.


        Na URL o recurso se chama **club**; no contrato e no domínio,
        organization.

        A divergência é deliberada: `clubs` é a palavra do produto, e a URL é o
        que

        as pessoas leem.


        É o identificador do provedor de autenticação, e é assim de propósito:

        o cliente precisa nomear a organização ao pedir o token, e o token é o

        que prova o escopo. Um id só nosso obrigaria a traduzir um no outro

        antes de ter um token — e a tradução exigiria uma chamada escopada, que

        é justamente a que ainda não dá para fazer.


        O uuid interno da organização não aparece no contrato: ele é o que as

        chaves estrangeiras do domínio referenciam, e continua sendo nosso.
      schema:
        type: string
        format: uuid
  schemas:
    OrganizationResponse:
      type: object
      required:
        - data
      properties:
        data:
          $ref: '#/components/schemas/Organization'
    Organization:
      type: object
      description: |
        O escopo do domínio: o club. Tudo que o produto cria pertence a um.
      required:
        - id
        - name
        - created_at
        - updated_at
      properties:
        id:
          type: string
          format: uuid
          description: Id do club — o que vai no `{clubId}` das rotas escopadas.
        name:
          type: string
          description: >-
            Como o club se chama. É o que as telas mostram, inclusive as
            anônimas do classroom.
        logo:
          $ref: '#/components/schemas/Media'
          description: A marca do club, da biblioteca de mídia.
        slug:
          type: string
          description: >
            O subdomínio em que o classroom deste club atende
            (`<slug>.weve.studio`).


            Todo club criado por `POST /v1/clubs` nasce com um, derivado do

            nome. Ausente só em club antigo que nunca o definiu — e club sem

            `slug` não tem classroom.
        created_at:
          type: string
          format: date-time
        updated_at:
          type: string
          format: date-time
    ErrorEnvelope:
      type: object
      description: >-
        Envelope único de erro da API. O `code` é o contrato com o cliente — a
        `message` é diagnóstico, e pode mudar.
      required:
        - error
      properties:
        error:
          type: object
          required:
            - code
          properties:
            code:
              type: string
            message:
              type: string
    Media:
      type: object
      required:
        - id
        - kind
        - title
        - provider
        - status
        - visibility
        - archived
        - created_at
      properties:
        id:
          type: string
          format: uuid
        kind:
          $ref: '#/components/schemas/MediaKind'
        title:
          type: string
        file_name:
          type: string
        mime:
          type: string
        size_bytes:
          type: integer
          format: int64
        provider:
          $ref: '#/components/schemas/MediaProvider'
        external_id:
          description: |
            O id no provedor de FORA (o vídeo do YouTube, a URL colada). Para o
            que hospedamos, o id não vai na resposta: o que a tela precisa é o
            `preview_url` assinado.
          type: string
        status:
          $ref: '#/components/schemas/MediaStatus'
        visibility:
          $ref: '#/components/schemas/MediaVisibility'
        error:
          type: string
        duration_seconds:
          type: integer
        width:
          type: integer
        height:
          type: integer
        preview_url:
          description: |
            Endereço assinado e de prazo curto, para a tela do admin ver o que é
            este arquivo. Não é guardado em lugar nenhum — expira.
          type: string
        thumbnail_url:
          description: A miniatura, assinada pelo mesmo prazo curto.
          type: string
        folder_id:
          type: string
          format: uuid
        archived:
          type: boolean
        created_at:
          type: string
          format: date-time
    MediaKind:
      description: Rótulo de tela — o ícone e o filtro. Nada de acesso lê isto.
      type: string
      enum:
        - video
        - audio
        - image
        - document
    MediaProvider:
      description: |
        Onde o bit mora. `bunny_stream` é o vídeo que hospedamos e `r2` o
        arquivo; `youtube`, `vimeo` e `external` são referências a algo de fora,
        que a biblioteca guarda para a aula ter um caminho só.
      type: string
      enum:
        - bunny_stream
        - r2
        - youtube
        - vimeo
        - external
    MediaStatus:
      description: |
        `uploading` enquanto o arquivo não chegou, `processing` enquanto o
        provedor transcodifica, `ready` quando dá para entregar, `failed`
        quando o provedor desistiu (e aí `error` diz por quê).
      type: string
      enum:
        - uploading
        - processing
        - ready
        - failed
    MediaVisibility:
      description: |
        `private` é o padrão, e continua sendo depois de qualquer dúvida:
        publicar é escolha explícita.

        A diferença é de BUCKET, não de um sinalizador na hora de entregar —
        objeto privado não tem endereço público, então nenhum erro de código
        consegue publicá-lo. Privado é entregue por endereço assinado e de
        prazo curto; público, por um endereço estável que o CDN cacheia.

        Público existe para o que precisa ser visto por quem ainda não comprou
        e sobreviver a um cache: a capa do curso na vitrine, a marca do club, o
        trailer. Uma URL assinada não serve para isso — ela muda a cada
        resposta, então o CDN nunca acerta, a prévia de link do WhatsApp busca
        a imagem dias depois e a capa dentro de um e-mail vence.
      type: string
      enum:
        - private
        - public
  responses:
    BadRequest:
      description: Requisição malformada
      content:
        application/json:
          schema:
            $ref: '#/components/schemas/ErrorEnvelope'
    Unauthorized:
      description: Sessão ausente, expirada ou revogada
      content:
        application/json:
          schema:
            $ref: '#/components/schemas/ErrorEnvelope'
    Forbidden:
      description: >
        A sessão é válida, mas não age nesta organização. É a mesma resposta
        para

        uma organização que não existe — distinguir as duas deixaria enumerar

        organizações alheias.
      content:
        application/json:
          schema:
            $ref: '#/components/schemas/ErrorEnvelope'
    InternalError:
      description: >-
        Falha inesperada. O corpo nunca traz o erro real — ele fica no log e no
        rastreamento.
      content:
        application/json:
          schema:
            $ref: '#/components/schemas/ErrorEnvelope'
  securitySchemes:
    userSession:
      type: http
      scheme: bearer
      description: |
        Token OPACO de sessão de quem administra, emitido por
        `/v1/auth/admin/sign-in` e verificado contra a nossa tabela — o mesmo
        desenho do `studentSession`, para a outra identidade.

        É o esquema de quem ADMINISTRA — o dashboard. O aluno do classroom usa o
        `studentSession`; uma rota consumida pelos dois declara os dois
        esquemas, e o middleware aceita qualquer um deles. As duas credenciais
        são opacas e chegam pelo mesmo cabeçalho: quem as separa é a tabela em
        que cada uma existe.

        O dashboard o guarda em cookie httpOnly, que o BFF troca pelo
        `Authorization` a cada chamada.
    studentSession:
      type: http
      scheme: bearer
      description: |
        Token OPACO de sessão de aluno, emitido por `/v1/auth/sign-in` e
        verificado contra a nossa tabela — não é JWT e não se lê nada dele.

        A ida ao banco não é custo novo: toda requisição autenticada já resolve
        o dono da sessão. Em troca, encerrar uma sessão vale no mesmo instante,
        sem lista de bloqueio nem janela de tolerância.

        O classroom o guarda em cookie **host-only**: um cookie de domínio o
        mandaria para os subdomínios dos outros clubs.

````

## Related topics

- [Sessão do aluno](/api-reference/auth/session.md)
- [Trocar código por sessão](/api-reference/auth/session-exchange.md)
- [Entrar no classroom](/api-reference/auth/sign-in.md)
- [Confirmar e-mail](/api-reference/auth/verify-email.md)
- [Club de um endereço](/api-reference/clubs/by-slug.md)
