Um workspace guarda um conjunto de sistemas de IA: os workflows que você cria e os recursos que eles usam — tabelas, arquivos, bases de conhecimento, integrações e secrets. Ele também decide quem os vê. Todo recurso pertence a exatamente um workspace, e só os membros desse workspace podem acessá-lo. Um workflow em um workspace não consegue ler uma tabela em outro.
Pense em um workspace como uma pasta de projeto para sistemas de IA. Ao abri-lo, tudo que uma equipe precisa está em um só lugar: os procedimentos, os dados, as contas conectadas, o histórico de execuções e as configurações.
O que um workspace contém
A barra lateral é o mapa de um workspace. Cada seção é um tipo de recurso:
Workflows
Um workflow é um procedimento salvo e repetível feito de blocos: o recurso principal de um workspace. Você o edita, publica em superfícies como uma API ou um chat, e versiona. Veja Workflows para o modelo completo.
Tabelas
Uma tabela é dado estruturado no workspace, usada como fonte ou saída dentro de workflows.
Arquivos
Um arquivo é um documento ou binário armazenado no workspace, legível por workflows e organizado em pastas.
Bases de conhecimento
Uma base de conhecimento é uma coleção de documentos ou dados estruturados que workflows buscam para dar contexto a um modelo em tempo de execução.
Integrações
Uma integração é uma conta conectada a um serviço de terceiros (Gmail, Slack, GitHub e assim por diante). Cada uma tem seu próprio controle de acesso, então a equipe compartilha uma conexão. Veja Integrações.
Secrets
Um secret é uma chave de API ou variável de ambiente armazenada com segurança no workspace. Secrets vêm em dois escopos: secrets de Workspace são compartilhados com o workspace, e secrets Pessoais são privados para você. Veja Secrets.
Logs
Um log é o rastreamento de uma execução de workflow: o trigger, os blocos que rodaram e a entrada, saída e erro de cada bloco. Logs são como você verifica o que aconteceu.
Deployments não são uma seção da barra lateral. Um deployment é um snapshot versionado de um workflow, publicado para uso externo por API, chat ou servidor MCP. Editar um workflow não altera um deployment ao vivo até você promover a nova versão, e rollback significa promover uma anterior. Veja Deployments.
Acesso e isolamento
Tudo é escopado ao workspace, então acesso, configurações e isolamento funcionam da mesma forma:
- Acesso. A associação é por workspace. Um membro vê todos os recursos nele, no nível que a permissão dele permite.
- Configurações. Cada workspace tem sua própria configuração: integrações, secrets, controle de acesso, chaves de API e mais. A página de Settings lista o menu completo.
- Isolamento. Recursos nunca atravessam workspaces. Para reutilizar um workflow em outro lugar, mova ou copie para aquele workspace.
Membros entram com um de três níveis de permissão: Read, Write ou Admin (o criador é Owner). Read pode visualizar, Write pode construir e executar, Admin também pode gerenciar membros e configurações. Veja Papéis e permissões para o detalhamento completo.
Workspaces pessoais e de organização
A maioria dos workspaces é de um de dois tipos.
Um workspace pessoal vive sob a sua própria conta. Use para experimentação e trabalho individual. Seu plano define quantos você pode criar.
Um workspace de organização (também chamado de workspace compartilhado) vive sob uma organização, disponível nos planos Team e Enterprise. Você convida membros, cada um com um nível de permissão. Membros internos entram na organização e contam no total de seats. Membros externos mantêm a própria associação à organização e não usam um seat — é assim que parceiros e clientes ganham acesso. Para agências e enterprises, este é o workspace que você entrega ao cliente: o app que eles usam, possuem e mantêm.
Limites de plano, contagem de seats e a distinção interno versus externo estão em Papéis e permissões. Esta página cobre o que é um workspace, não como funciona a cobrança.