Recuperar a permissão de um armazenamento vetorial
Retorna o papel que um principal efetivamente possui no armazenamento vetorial e de onde ele vem: owner, uma permissão concedida a ele (grant), a permissão team do armazenamento ou none. Um principal com none ainda pode acessar o armazenamento como um administrador da organização da equipe dele; isso é decidido por solicitação com base no papel do chamador. Qualquer pessoa que possa ler o armazenamento pode chamar isso. Retorna 410 assim que o armazenamento vetorial tiver expirado.
Autorizações
Gateway auth: send Authorization: Bearer <mka1-api-key>. For multi-user server-side integrations, you can also send X-On-Behalf-Of: <external-user-id>.
Cabeçalhos
Optional external end-user identifier forwarded by the API gateway.
Parâmetros de caminho
O ID da loja de vetores.
O principal: o ID de usuário de um membro, o ID do usuário final para o qual uma solicitação é delegada com X-On-Behalf-Of, ou "team" para a permissão que se aplica a todos os membros da equipe da loja.
1Resposta
OK
A permissão efetiva de um principal em um armazenamento vetorial, juntamente com a sua origem.
O tipo de objeto, que é sempre "vector_store.permission".
O ID do armazenamento vetorial ao qual a permissão se aplica.
A quem a permissão se aplica: um principal (user) ou cada membro da equipe da loja (team).
user, team O principal ao qual a permissão se aplica: o ID de usuário de um membro, ou o ID do usuário final para o qual uma solicitação é delegada com X-On-Behalf-Of. null quando a permissão se aplica à equipe da loja.
A função mais alta que o principal possui na loja, ou nula quando não possui nenhuma.
owner, writer, reader De onde vem a função: do proprietário da loja, de uma permissão mantida por este principal, da permissão team da loja, ou de nada — o principal alcança a loja apenas como administrador da organização da sua equipe, se é que alcança.
owner, grant, team, none