Skip to main content
PUT
Torna alguém do club mentor, ou edita o perfil

Authorizations

Authorization
string
header
required

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.

Path Parameters

clubId
string<uuid>
required

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.

userId
string<uuid>
required

A pessoa do dashboard — o id que GET /v1/clubs/{clubId}/members devolve.

Body

application/json

Só o que vier muda; o perfil novo nasce no fuso America/Sao_Paulo.

bio
string | null
Maximum string length: 2000
meeting_url
string | null

Precisa começar com https://.

Maximum string length: 500
meeting
enum<string>

Onde o encontro acontece: room é a sala nossa (entra-se por join); link é o endereço de fora em meeting_url.

Available options:
room,
link
timezone
string
Required string length: 1 - 64

Response

O perfil

data
object
required