Acesso da equipe
Todo mundo numa workspace é admin, que pode tudo, ou membro com acesso definido por área do projeto: scripts, flows, execuções, agendamentos e o resto, cada um em Nenhum, Ler, Editar ou Apagar. A mesma regra responde a todo pedido — o app web, as transmissões ao vivo, os tokens MCP e o Desk — então ninguém vai mais longe por uma porta do que por outra.
- Diferenciar um admin, quem criou o projeto e um membro
- Adicionar uma pessoa e definir o acesso por área na aba Usuários
- Limitar alguém a um único projeto
- Entender as duas recusas: 404 para o que você não alcança, 403 para o que você não pode fazer
Quem pode o quê
Três tipos de pessoa trabalham numa workspace. Um admin pode tudo em todos os projetos da workspace. Quem criou um projeto pode tudo naquele projeto, seja qual for o acesso definido. Todos os outros são membros, e o acesso de um membro é uma grade: um nível por área, igual em todos os projetos que ele alcança.
Os níveis se somam: Ler deixa a pessoa ver uma área; Editar acrescenta criar, alterar e executar; Apagar acrescenta remover. Nenhum esconde a área: a página dela avisa Você não tem acesso a … neste projeto.
As áreas
Estas são as linhas da grade Acesso por área, com a descrição que a grade mostra abaixo de cada uma.
| Área | O que cobre |
|---|---|
| Scripts | Código, pastas, rodar um script |
| Flows | Flows e suas execuções |
| Execuções | Histórico, saída e logs |
| Agendamentos | Quando as coisas rodam sozinhas |
| APIs | Endpoints e tokens |
| Integrações | Conexões, S3, proxies |
| Variáveis | Variáveis do projeto (valores de segredos continuam ocultos) |
| Provedores, templates, envio | |
| Scrapers de IA | Criar e rodar scrapers |
Reservado a admins e a quem criou
- Revelar o valor de um segredo — uma variável marcada como secreta, a credencial de uma integração. Membros com Editar usam segredos no que executam; nunca os leem.
- As configurações do projeto e conectar ou desconectar o repositório Git dele.
- A própria aba Usuários: só admins adicionam pessoas e mudam o acesso delas, e ninguém muda o próprio acesso.
Adicione uma pessoa
- Abra a aba Usuários
Na página de projetos, abra Usuários e clique em Adicionar usuário.
- Preencha quem é a pessoa
Em Informações básicas informe o nome completo e o e-mail, e uma senha inicial de pelo menos 8 caracteres. A pessoa precisará trocar essa senha no primeiro login.
- Defina o acesso
Ligue Admin para quem pode tudo — a grade fica inativa. Senão, escolha Nenhum, Ler, Editar ou Apagar em cada linha. A linha abaixo da grade diz se a escolha ocupa uma vaga.
- Se quiser, limite a um projeto
Em Acesso ao projeto, Restringir a um único projeto mantém a pessoa dentro de um projeto, para onde ela vai após o login. Um admin não pode ser limitado.
- Crie o usuário
Clique em Criar usuário. Para mudar o acesso depois, abra a pessoa e clique em Editar usuário; Desativar usuário bloqueia o login sem apagar nada que ela criou.
As duas recusas
Um projeto que a pessoa não alcança — um que não existe, um de outra workspace ou um fora do limite de projeto único — responde 404, e os três são idênticos, para ninguém descobrir ids de projetos. Um projeto que ela alcança, mas uma ação que o nível dela não cobre, responde 403 com o código access_denied, a área, o nível que ela tem e o nível que a ação exige.
O app pergunta antes em vez de falhar depois do clique: um controle que a pessoa não pode usar aparece desativado, com uma frase como Sua conta pode ver scripts neste projeto, mas não alterar. Um admin da workspace pode liberar mais acesso para você.
Vagas
Numa instalação self-hosted licenciada, as pessoas contam contra as vagas da licença. Uma pessoa ocupa uma vaga quando é admin ou tem Editar ou Apagar em pelo menos uma área, e está ativa ou convidada. Quem só lê é grátis, assim como contas desativadas ou suspensas. Quando todas as vagas estão ocupadas, dar a alguém mais do que Ler é recusado até uma vaga liberar.