Limites do workspace
Os tetos de uso do workspace, o que acontece quando um deles é atingido e onde acompanhar o uso atual e o histórico de alterações.
Cada workspace tem limites de uso: quantos membros, agentes, ambientes de execução e projetos ele pode ter, quantas execuções de agentes rodam ao mesmo tempo e quanto espaço os anexos ocupam. Os limites existem para que o uso de um workspace fique previsível.
Quem define os limites é a administração da plataforma. Proprietários, administradores e membros do workspace só os consultam. Um workspace novo começa com todos os limites em Ilimitado.
Onde ver os limites
No app, abra Configurações › Limites e uso. Todos os membros têm acesso. A página mostra, para cada limite, o uso atual, o teto e uma barra de progresso, e se atualiza sozinha enquanto está aberta.
Um limite aparece como Próximo do teto a partir de 80% de uso e como Limite atingido quando o uso chega ao teto. No topo da página, um resumo leva direto aos limites nesses dois estados.
Pela CLI:
jiraya workspace limitsA saída traz o uso, o valor definido para o workspace e o limite que de fato vale. Use --output json para ler os mesmos dados num script.
Os limites
| Grupo | Limite no app | O que conta |
|---|---|---|
| Pessoas | Membros | Membros ativos mais os convites pendentes que ainda não venceram. |
| Agentes e execução | Agentes | Agentes não arquivados. |
| Agentes e execução | Equipes | Squads não arquivados. |
| Agentes e execução | Execuções simultâneas | Execuções de agentes em andamento ao mesmo tempo, somando tarefas, chat e automações. |
| Agentes e execução | Ambientes de execução | Ambientes de execução registrados. |
| Agentes e execução | Automações | Autopilots do workspace. |
| Agentes e execução | Execuções de automação por mês | Execuções de autopilot iniciadas no mês corrente, contado em UTC. |
| Trabalho | Projetos | Projetos que não estão concluídos nem cancelados. |
| Trabalho | Habilidades | Skills do workspace. |
| Trabalho | Documentos da base de conhecimento | Documentos não excluídos. |
| Armazenamento | Armazenamento total de anexos | Tamanho somado de todos os anexos. |
| Armazenamento | Tamanho máximo por arquivo | Tamanho de um único envio. |
| Integrações | Repositórios conectados | Repositórios cadastrados no workspace. |
| Integrações | Servidores MCP e integrações | Servidores MCP do workspace, plugins e integrações de canal. |
Quando um limite é atingido
Atingir um limite nunca apaga nem desliga nada que já existe. Só o que é novo fica bloqueado até o uso voltar a caber no teto:
- Cadastros (membros, agentes, squads, projetos, skills, repositórios, documentos e integrações): a criação é recusada com uma mensagem como "Limite de agentes atingido: 10 de 10." Restaurar um agente arquivado e reabrir um projeto contam como criação. Editar o que já existe continua funcionando.
- Membros: novos convites são recusados. Quem já tem um convite pendente ainda consegue aceitá-lo, a menos que o workspace esteja acima do limite.
- Ambientes de execução: uma máquina nova não consegue se registrar. As que já estão registradas continuam conectando normalmente.
- Execuções simultâneas: nada falha. As novas execuções ficam na fila e começam quando uma vaga é liberada. A página mostra quantas estão aguardando.
- Execuções de automação por mês: execuções agendadas são registradas como puladas, disparos manuais são recusados e entregas de webhook são ignoradas. O contador volta a zero no dia 1º de cada mês, às 00:00 UTC.
- Armazenamento: um envio que passaria do total, ou um arquivo maior que o tamanho máximo, é recusado.
Vale o limite mais restritivo
Os limites de concorrência de cada projeto, agente e ambiente de execução continuam valendo. O limite de Execuções simultâneas do workspace é um teto a mais sobre eles.
Pedir uma mudança
Nenhum papel do workspace altera os limites, nem pelo app nem pela CLI: jiraya workspace limits set é sempre recusado. Para aumentar ou reduzir um limite, fale com a administração da plataforma.
Quando um limite é reduzido abaixo do uso atual, nada que existe é removido. Novas criações ficam bloqueadas até o uso voltar ao novo teto.
Histórico de alterações
Toda mudança de limite fica registrada com o autor, a data, o valor anterior e o novo. O histórico fica no fim de Configurações › Limites e uso, com filtro por limite. As mudanças feitas pela plataforma aparecem com o autor Administração da plataforma.
Pela CLI, filtrando por um limite:
jiraya workspace limits audit --key agentsComandos da CLI
| Comando | O que faz |
|---|---|
jiraya workspace limits [workspace] | Mostra o uso, o valor do workspace e o limite efetivo de cada item. |
jiraya workspace limits audit [workspace] | Lista as alterações, da mais recente para a mais antiga. Aceita --key, --limit e --cursor. |
Para acompanhar o consumo de tokens e o custo dos agentes, que não têm limite, veja Uso e custos.
Atualizado em