Autenticação e tokens
Como você entra no Jiraya pelo navegador e pela CLI, os tokens de acesso pessoal, as variáveis JIRAYA_* e os tokens temporários das execuções.
O Jiraya usa três tipos de credencial: a sessão do navegador, o token de acesso pessoal, que a CLI e o daemon usam, e o token de execução, que cada agente recebe enquanto trabalha.
Sessão do navegador
No navegador, você entra com e-mail, senha e o código da verificação em duas etapas, gerado por um aplicativo autenticador. Os códigos de recuperação, criados ao ativar a verificação, substituem o aplicativo se você perder o acesso a ele.
Trocar ou redefinir a senha encerra as suas outras sessões do navegador. Os tokens de acesso pessoal continuam valendo.
Tokens de acesso pessoal
O token de acesso pessoal começa com jir_ e dá acesso à sua conta pela CLI e pela API, sem pedir a verificação em duas etapas. Trate-o como uma senha.
Há duas formas de criar um:
- Pela CLI:
jiraya loginabre o navegador, você confirma o login e a CLI recebe um token válido por 90 dias. - Pela interface: em Configurações › Tokens de API, dê um nome ao token e escolha a validade: 30 dias, 90 dias, 1 ano ou sem expiração. O token aparece uma única vez; copie e guarde antes de fechar a janela.
Um daemon em execução renova o próprio token quando ele está perto de expirar, então uma máquina sempre ligada não precisa de login a cada 90 dias.
Entrar com um token
Em máquinas sem navegador, crie o token na interface e entre com ele:
jiraya login --tokenSem valor, a CLI pede o token no terminal, e ele não fica no histórico do shell. Depois, rode jiraya setup --workspace <slug> para registrar a máquina.
Conferir e sair
| Comando | O que faz |
|---|---|
jiraya auth status | Mostra o servidor, o usuário e a validade do token guardado. |
jiraya auth logout | Apaga o token guardado nesta máquina. |
O logout só apaga a cópia local. Para invalidar o token, revogue-o em Configurações › Tokens de API. Se suspeitar de vazamento, revogue os tokens e rode jiraya login de novo em cada máquina: trocar a senha não revoga tokens.
Onde o token fica
A CLI guarda o token em ~/.jiraya/config.json, com permissão de leitura só para o seu usuário. Com --profile <nome>, em ~/.jiraya/profiles/<nome>/config.json.
Usar o token na API
Envie o token no cabeçalho Authorization:
curl -H "Authorization: Bearer $JIRAYA_TOKEN" https://api.jiraya.io/api/meVariáveis de ambiente
As variáveis têm prioridade sobre o que está em config.json. São úteis em scripts e em CI:
| Variável | Uso |
|---|---|
JIRAYA_TOKEN | Token de acesso usado pela CLI. |
JIRAYA_SERVER_URL | Endereço da API. Também pode ser passado com --server-url. |
JIRAYA_WORKSPACE_ID | Workspace dos comandos. Também pode ser passado com --workspace-id. |
JIRAYA_DEBUG | Com 1, mostra o erro completo, como --debug. |
JIRAYA_HTTP_TIMEOUT | Tempo de espera das requisições, como 60s. O padrão é 30 segundos. |
JIRAYA_WORKSPACE_ID escolhe o workspace dos comandos, mas não onde o jiraya setup registra a máquina: para isso, use --workspace.
Tokens de execução
Cada execução de agente recebe um token próprio, criado pelo servidor quando o daemon pega a execução. O daemon o entrega à ferramenta de IA em JIRAYA_TOKEN, junto com JIRAYA_WORKSPACE_ID, JIRAYA_AGENT_ID e JIRAYA_TASK_ID.
- O token vale só para aquele agente, naquele workspace, e é apagado quando a execução termina.
- Dentro de uma execução, a CLI
jirayausa só esse token e nunca recorre ao token guardado no seuconfig.json. Assim, o que o agente faz fica registrado como do agente. - Você não cria nem revoga tokens de execução: o ciclo deles acompanha a execução.
Veja o que isso protege, e o que não protege, no Modelo de segurança.
Atualizado em