Acesso e login
A tela de acesso separa conteúdo público de ações que dependem da sua conta.
Antes de entrar
Blog, Giorgio Docs e Giorgio Code Docs podem ser abertos diretamente pela tela de login. Essas páginas não precisam de sessão autenticada.
Depois de entrar
- Conversas e histórico ficam disponíveis.
- Projetos, memórias e configurações passam a usar o estado da conta.
- Ações administrativas continuam protegidas pelo backend.
Sessão, recuperação e continuidade
Login não é só uma porta de entrada. A sessão precisa sobreviver a refresh, expiração de token e troca de rota sem perder a conversa em andamento.
- Se o acesso falhar, diferencie credencial inválida, sessão expirada e indisponibilidade do serviço antes de refazer o login.
Antes de começar
Imagine uma tarefa real em que Acesso e login deixa de ser uma opção de menu e passa a decidir a qualidade da entrega. Faça uma primeira passagem curta, observe o retorno do sistema e só então aumente escopo, quantidade de arquivos ou duração da sessão.
No app principal, preserve continuidade entre conversa, projeto, arquivo e ação para que o usuário não precise reconstruir o contexto a cada tela.
Sequência recomendada
Se o comportamento divergir do esperado, separe falha visual, falha de dados e falha de execução. O objetivo é descobrir em qual etapa de Acesso e login o estado deixou de corresponder ao que a interface prometia.
Use Acesso e login como uma referência de operação, não como uma tela isolada. A própria proposta da página é: A tela de acesso separa conteúdo público de ações que dependem da sua conta. O ganho aparece quando isso se conecta ao que vem antes e ao que precisa acontecer depois.
- trate mensagens de erro como dados de diagnóstico, não como detalhe visual
- revise a saída no mesmo ambiente em que ela será usada
- confirme o estado antes de iniciar a próxima ação
Decisões que mudam o resultado
Considere o fluxo concluído quando o resultado pode ser reaberto, revisado e entendido sem depender da memória de quem executou a tarefa. Isso é especialmente importante em Acesso e login, onde o contexto pode atravessar mais de uma etapa.
Comece por “Antes de entrar”, confirme o estado visível e avance para “Depois de entrar” apenas quando a etapa anterior estiver estável. Em Acesso e login, pular contexto costuma gerar mais retrabalho do que velocidade.
Como validar
Nem todo caso precisa da configuração mais avançada. Prefira o caminho mínimo que resolve o objetivo e aumente complexidade somente quando Acesso e login realmente exigir mais contexto, controle ou verificação.
- confirme o estado antes de iniciar a próxima ação
- mantenha arquivos, sessão e contexto ligados ao mesmo objetivo
- trate mensagens de erro como dados de diagnóstico, não como detalhe visual
Referência de produção: Acesso e login
Nesta página, a referência completa cobre sessão, refresh, callbacks, recuperação e preservação do trabalho local. O objetivo não é decorar nomes de controles; é entender entradas, estado, efeitos colaterais, falhas recuperáveis e a evidência que confirma a conclusão.
- confirme o estado inicial antes de executar a ação
- identifique quais dados ou arquivos a superfície realmente possui
- trate loading, vazio, erro, retry e reentrada como comportamento principal
- verifique o resultado no mesmo contrato que o usuário consegue observar
Casos de borda de Acesso e login
A versão robusta desta função continua coerente quando a rede atrasa, a sessão muda, o conteúdo está vazio, o usuário repete a ação, o viewport encolhe ou uma dependência externa deixa de responder. Esses estados fazem parte da documentação porque também fazem parte do produto.
