Authorization, com o esquema Bearer:
401. Veja cada código em Erros.
O Visor CLI também pode entrar pelo navegador, sem um token da API pessoal. Veja Login do Visor CLI.
Tokens
- Crie, liste e revogue tokens em Configurações > Apps Conectados.
- Você pode ter até 10 tokens ativos ao mesmo tempo. Tokens expirados e revogados não contam.
- O Visor mostra o token completo uma única vez, logo depois que você o cria. O Visor guarda só um resumo irreversível do segredo, então ninguém, nem o suporte do Visor, consegue mostrá-lo de novo.
- A lista de tokens mostra um prefixo seguro, como
visor_pat_abcd2345efgh6789, para você diferenciar os tokens.
Escopos
Cada token tem um nível de acesso, que define seus escopos:
Cada operação informa o escopo que exige. Um token válido sem esse escopo recebe
403 INSUFFICIENT_SCOPE. Um token nunca ganha permissões depois de criado: quando o Visor lançar um novo tipo de acesso de escrita, crie um novo token para usá-lo.
Validade
Escolha 30, 90 ou 365 dias ao criar o token, ou Nunca expira. Depois que o token expira, as requisições recebem401 TOKEN_EXPIRED. Crie um novo token e troque o valor antigo nos seus scripts.
Revogação
Revogue um token nas Configurações quando não precisar mais dele ou achar que ele vazou. A revogação vale a partir da próxima requisição, que recebe401 TOKEN_REVOKED.
Login do Visor CLI
O Visor CLI entra com OAuth 2.0 (código de autorização com PKCE), sem um token da API pessoal:- O CLI abre a página de autorização do Visor (
/oauth/authorize) no seu navegador e espera a resposta emhttp://127.0.0.1:<porta>/callback. - Você entra no Visor e escolhe um nível de acesso: Somente leitura (
pfm:read) ou Leitura e registro de transações (pfm:read,pfm:transactions:write). - O CLI troca o código em
/oauth/tokene envia o token de acesso comoAuthorization: Bearer <access_token>.
- Um token de acesso expira depois de 24 horas e passa a receber
401 TOKEN_EXPIRED. O CLI então usa o refresh token, que vale por 30 dias, para pegar um novo token de acesso. - Cada refresh token só pode ser usado uma vez. Após a renovação, armazene juntos os novos tokens de acesso e renovação. Reutilizar o refresh token anterior retorna
invalid_grant. - Os escopos, os códigos de erro, a verificação do plano e o limite de requisição são os mesmos de um token da API pessoal. Cada token de acesso tem o seu próprio limite.
- O login do CLI aparece como Visor CLI em Configurações > Apps Conectados. Revogue o acesso ali para encerrar o login. A próxima requisição recebe
401 TOKEN_REVOKED, e o refresh token para de funcionar. - Só o Visor CLI pode usar esse login na API pessoal. Os tokens que clientes MCP como Claude ou Cursor recebem não funcionam em
/v1, e os tokens do Visor CLI não funcionam no servidor MCP.
Encerrar um login do CLI
Ovisor auth logout pode encerrar o login no servidor com POST /oauth/revoke (RFC 7009). Envie o client_id público do CLI e o token de acesso ou de renovação desse login. Não é necessário enviar segredo do cliente, sessão do navegador ou header de autenticação.
token_type_hint é opcional. O Visor procura nos dois tipos de token mesmo quando a indicação informa o tipo errado. A resposta é 200 OK, sem corpo, inclusive para tokens desconhecidos ou já revogados.
A revogação encerra o login inteiro, incluindo os tokens anteriores e posteriores da rotação. A próxima requisição desse login a /v1 recebe 401 TOKEN_REVOKED, e a renovação retorna invalid_grant. Outros logins do CLI continuam ativos. Esse endpoint não revoga clientes MCP nem tokens da API pessoal.
Um client_id ausente ou diferente retorna 401 invalid_client. Um token ausente ou malformado retorna 400 invalid_request. Os metadados do servidor OAuth informam revocation_endpoint e revocation_endpoint_auth_methods_supported: ["none"].
Plano e disponibilidade
A API pessoal exige um plano Pro ou Premium ativo, verificado em cada requisição.- Se a sua conta perder o Pro ou o Premium, as requisições recebem
403 PLAN_REQUIRED. Seus tokens continuam guardados e voltam a funcionar quando o plano voltar.