Conceitos

Workspace, organização e planos

Como o FlexyAgents delimita usuários, agentes e limites à sua organização — e como isso se relaciona com faturamento, ambientes e operação diária.

organizaçãoworkspaceplanosflexyagents

Tudo que você configura no FlexyAgents pertence a uma organização: a unidade de assinatura, limites de uso e acesso de membros. Entender esse limite evita misturar agentes de clientes e internos por engano, e esclarece por que alguns conectores ou canais exigem upgrade de plano.

Este guia explica membros e papéis em alto nível, como agentes herdam chaves de modelo em nível de org e onde limites do plano aparecem no produto.

O limite da organização

Cada organização tem seus próprios agentes, bases de conhecimento, credenciais API e analytics. Trocar de organização no painel é explícito para você não editar agentes de produção achando que está em um tenant de testes.

Faturamento e recursos do plano são avaliados por organização. Se você precisa de SLAs ou isolamento de dados distintos para filiais, costuma ser mais claro ter várias organizações do que um único workspace sobrecarregado.

Membros e acesso

Convide usuários com papéis de mínimo privilégio: quem publica mudanças de agente, quem vê transcrições e quem gerencia integrações. Transcrições sensíveis podem ser restritas por papel ou plano.

Contas de serviço para automação devem usar chaves API limitadas ao mínimo de agentes e endpoints necessários.

Planos e limites

Limites podem incluir volume de mensagens, número de conectores, tipos de canal, automações, retenção e — em inferência hospedada — tetos mensais especiais para enriquecimento com IA do conhecimento, como descrição de imagens com Gemini em uploads vs crawls, e transcrição de mídia enviada vs mídia rastreada.

O painel mostra excessos ou bloqueios com mensagens acionáveis em vez de falhas silenciosas. Chaves LLM em nível de organização (especialmente Google Gemini) podem desviar gasto de visão e transcrição para sua conta de provedor e pular contadores hospedados para essas operações.

Ao se aproximar dos limites, priorize desativar agentes que não são de produção ou arquivar conhecimento sem uso antes que afete o tráfego de clientes.

  • Administradores ajustam limites do plano na ferramenta admin/plan; operadores veem o uso atual nas telas de conhecimento relevantes.
  • Planos BYOK podem exigir suas próprias chaves API por provedor antes do chat funcionar — fallback hospedado pode estar desativado onde o contrato exigir.

Construa com seu stack

Pronto para implantar assistentes fundamentados?

Inicie um teste ou fale conosco sobre implantação, governança e requisitos empresariais.