osFoundry / Platform
Autenticação de visitante
Anônimo, magic-link, OAuth ou SSO do workspace para apps públicos. Misture e combine por rota.
O que é
A autenticação de visitantes é como o osFoundry decide quem chega a cada rota de um app que você publica. Quando você lança um app a partir do seu workspace, ele sai em uma URL pública e cada rota pode ter a própria porta de entrada: deixe uma página totalmente aberta para visitantes anônimos, proteja outra atrás de um magic link enviado a um e-mail, exija login com um provedor OAuth ou restrinja uma rota aos membros do seu workspace osFoundry via SSO. Você escolhe por rota, e não para o app inteiro, então uma landing de marketing, uma ferramenta protegida e uma tela interna de administração podem conviver no mesmo deploy sob regras diferentes.
Dentro do osFoundry, o app e sua autenticação vivem no mesmo workspace que o seu chat, seus agentes, seu código e seus dados. Você não precisa subir um serviço de identidade separado nem escrever à mão o tratamento de sessão: você associa um método a uma rota e a plataforma o aplica na frente do app a cada requisição. Como o osFoundry é um workspace BYOK e local-first, a escolha de autenticação define quem chega ao seu app publicado; ela não roteia o tráfego do seu modelo por um revendedor nem adiciona cobrança por assento para quem faz login. O acesso anônimo continua realmente anônimo, os magic links dispensam senhas por completo, o OAuth reaproveita contas que seus visitantes já têm e o SSO do workspace mantém as ferramentas internas restritas à sua equipe.
O que vale a pena entender é o modelo de "combinar por rota". Raramente um único app público quer uma porta uniforme. A autenticação de visitantes permite que um app público exponha uma frente aberta enquanto protege as ações por trás dela, e deixa um app interno ficar apenas com SSO, tudo sem dividir o app em deploys separados nem escrever middleware sob medida para cada página.
Principais recursos
- Acesso anônimo: deixe rotas públicas totalmente abertas, sem login, para landing pages e telas somente leitura
- Login por magic link: autentique visitantes enviando um link de uso único por e-mail, sem senhas para guardar ou redefinir
- OAuth: deixe visitantes entrarem com contas que já têm de um provedor OAuth
- SSO do workspace: restrinja rotas aos membros do seu workspace osFoundry para ferramentas internas
- Configuração por rota: aplique métodos de autenticação diferentes a rotas diferentes no mesmo app publicado
Casos de uso
- Desenvolvedor independente: publica uma ferramenta com landing anônima aberta e coloca o gerador de fato atrás de um magic link para vincular o uso a um e-mail
- Líder de equipe: lança um painel interno a partir do workspace e tranca todas as rotas com SSO do workspace para que só os colegas abram
- Time de produto: opera um app público onde a documentação é anônima, a ferramenta gratuita usa login OAuth e o painel de administração é só do workspace
Perguntas frequentes
Páginas diferentes do mesmo app podem usar métodos de login diferentes?
Sim. A autenticação de visitantes é configurada por rota, então um mesmo app publicado pode deixar algumas rotas anônimas, proteger outras com magic link ou OAuth e restringir outras ao SSO do workspace, sem dividi-lo em deploys separados.
Qual é a diferença entre OAuth e SSO do workspace aqui?
O OAuth deixa visitantes externos entrarem com contas que já têm de um provedor OAuth, o que combina com apps públicos. O SSO do workspace restringe uma rota aos membros do seu workspace osFoundry, o que combina com ferramentas internas que você não quer que o público alcance.
Adicionar visitantes autenticados significa pagar por assento?
Não. O osFoundry não tem cobrança por assento, e a autenticação de visitantes controla quem chega ao seu app publicado em vez de cobrar por cada pessoa que faz login. Faz parte da camada Apps & Backend do workspace, não de uma assinatura de identidade separada.