X-Tylon-Workspace, e nenhuma recusa por falta
dele. É daqui que vêm os ids que aquele header aceita, então uma versão que
exigisse um seria uma porta cuja chave está atrás da porta.
A credencial
endpoint
string
A metade pública da credencial. Segura num log — não é ela que autentica.
string
Como ela foi chamada quando foi emitida, e com o que ela assina as escritas
dela. Um card que ela cria diz
createdBy: the deploy script.string[]
read, ou read e write. Escrever só com read é 403.object[]
Todo quadro que ela alcança, com o papel que ela tem em cada um. Esta é a
listagem:
workspaceId é exatamente o que o header X-Tylon-Workspace
aceita, e nada mais.string | null
Qual quadro atendeu a chamada. Sempre
null aqui, porque esta rota responde
com a lista em vez de responder de dentro dela.Os quadros que ela alcança
endpoint
boards acima, com as palavras nela. /v1/me responde em
ids porque ids são o que o header aceita; este é o endpoint para escrever
“Checkout” numa tela em vez de 83729280714017040.
role é a participação da própria credencial naquele quadro — não o papel de
quem a emitiu, e não algo que acompanhe essa pessoa depois.
Só os quadros que foram dados a esta credencial. Nomear no header o id de
qualquer outro workspace é
400, e ele também não vai aparecer aqui.As organizações em que eles ficam
endpoint
string[]
Os quadros desta organização que a credencial alcança — não todos os quadros
que a organização tem.
role aqui, e isso é deliberado em vez de esquecido. Uma pessoa é
membro de uma organização; uma credencial é membro de quadros, e alcança
uma organização apenas no sentido de que alguns quadros dela moram ali. Um
papel nesta resposta seria um número inventado para preencher um campo.
O que fazer com isso
Escolher um quadro
Como os ids acima entram no header, o que acontece quando você o omite, e
por que um nome é recusado onde vai um id.
Escrever
O que o escopo
write e o papel em boards deixam esta credencial fazer.