> ## Documentation Index
> Fetch the complete documentation index at: https://docs.vertracloud.app/llms.txt
> Use this file to discover all available pages before exploring further.

# v26.3.0 — setembro de 2026

> Lançada em setembro de 2026: Dashboard; Workspaces; Workspaces v2; Networking

**v26.3.0**

setembro de 2026

### Dashboard

* **A barra lateral lista Docs, Tutoriais, `llms.txt` e Servidor MCP acima do divisor da conta.** Docs, tutoriais (YouTube `@vertracloud`) e `llms.txt` abrem em uma nova aba. O Servidor MCP está bloqueado por enquanto.
* **A visão geral do workspace agora responde se a frota está saudável.** RAM, pico de CPU e uma pontuação de saúde ficam em cards com um medidor segmentado; recursos acima de 80% de RAM ou CPU aparecem listados antes das listas de aplicações e bancos de dados.
* **Abrir uma aplicação ou um banco de dados no celular usa uma barra inferior**, em vez de uma fileira de rótulos que você precisava rolar para o lado. Overview, logs, arquivos, snapshots e configurações ficam ao alcance do polegar; a atividade continua no menu.
* **Dentro de um projeto, os mesmos medidores mostram CPU, RAM e rede** (ou armazenamento e conexões, em um banco de dados), com iniciar, reiniciar e parar ao lado do status. Os números de requisições e conexões marcados como "preview" são placeholders até que a API os exponha.
* **A página publicada de uma aplicação fica em um card grande com iframe (cerca de 44% do cabeçalho da visão geral).** Clique nele para abrir o site no ar em uma nova aba. Ao lado, aparecem tópicos rotulados: ID da aplicação, domínios (subdomínio e domínio personalizado juntos), status com uptime ao lado do cluster, data de criação e origem. A prévia recarrega uma vez por minuto enquanto a página está visível. Um reinício ainda precisa fazer o build, então o card não atualiza dois segundos depois de você clicar. Sem publicação web, o mesmo card continua no lugar e leva às configurações de Rede para publicar.
* **A origem de uma aplicação (zip enviado ou repositório do GitHub) aparece na visão geral imediatamente.** Conectar ou desconectar o GitHub ainda acontece em Configurações; a visão geral não espera mais uma segunda requisição só para mostrar o rótulo.
* **O gerenciador de arquivos abre mais rápido e funciona no celular.** Pastas e arquivos compartilham uma só lista, a trilha do caminho leva a qualquer pasta ancestral, e soltar um zip prepara um commit no lugar, em vez de cobrir a página. Ao abrir um arquivo, aparece o placeholder do editor, não a lista de pastas, e navegar por uma pasta já aberta não pisca mais em vazio.
* **Os consoles de log podem ser expandidos para uma visão maior.** O controle de expandir fica ao lado do menu de overflow; o download fica nesse menu. Esc ou o mesmo controle devolve o console ao seu lugar na página.
* **Um plano que vence em três dias corridos ou já venceu mostra um aviso acima da lista de projetos**, com uma ação de renovar que leva a Faturamento. "Hoje" e "amanhã" seguem o calendário de Brasília, e o relógio é de 24 horas no horário de Fortaleza com o período do dia ("02:14 da madrugada", não um "02:14" de 12 horas que poderia ser lido como tarde). A pequena linha "expira em N dias" ao lado do nome do plano foi removida.
* **O seletor de projetos lista primeiro o projeto aberto**, depois os que estão rodando e por último os parados.
* **A seção Recursos no menu do site mobile agora abre com um toque.** Antes, ela fechava no mesmo gesto.
* **Suporte é uma página, não um card de FAQ apertado.** Discord, e-mail e documentação ficam como três links; as perguntas usam o mesmo acordeão de duas colunas da página de planos; os guias abaixo levam a deploy, erros comuns, downgrade e cobrança. O texto antigo que mencionava tickets e chat ao vivo como um produto separado foi removido.
* **Depois de um minuto no dashboard, um card no canto inferior esquerdo convida para a comunidade no Discord.** Fechá-lo oculta o card por sete dias. O convite da landing page ainda usa o atraso de um minuto e não mantém esse adiamento tão longo.
* **Criar um projeto é uma tela dividida.** A coluna da esquerda traz uma dica curta para a etapa em que você está; o formulário fica em um só card à direita. Tipo e origem dividem a primeira etapa. Depois de escolher um ZIP ou um repositório do GitHub, você pode dar um nome ao projeto e adicionar uma descrição opcional antes de continuar. Uma aplicação então passa por build, variáveis de ambiente e rede como etapas separadas antes da revisão; um banco de dados passa por motor e armazenamento, e depois pela revisão. Voltar e Continuar ficam fixos na parte inferior desse card depois que você sai da primeira escolha. Se o plano não tiver RAM suficiente para a memória escolhida, a etapa de build avisa e o Continuar fica desabilitado. A importação do GitHub começa com a URL de um repositório, ou você escolhe entre os repositórios da sua conta. As variáveis de ambiente usam o mesmo painel lateral da aba Ambiente de uma aplicação.
* **Nomes de projeto seguem o limite da API de 50 caracteres.** Uma importação de ZIP ou do GitHub antes mantinha o nome completo do arquivo ou repositório (muitas vezes um timestamp mais um UUID) e então falhava na criação. O assistente agora corta esse nome derivado, e o campo de nome do banco de dados para em 50.
* **Snapshots usam a mesma lista e os mesmos diálogos do restante do dashboard.** Busca e filtro são iguais aos de Projetos e Atividade, criar um snapshot escolhe um projeto da mesma forma que você adiciona um a um workspace, e a lista de snapshots (na página Snapshots e dentro de um projeto) tem o mesmo layout de linhas. O botão de criar tem o mesmo tamanho de Novo Projeto, sem o preenchimento de destaque.
* **Mudar a memória de um projeto agora aparece na lista de projetos imediatamente.** A quantidade alocada antes ficava no valor antigo até a lista ser carregada de novo.
* **O menu de overflow de uma linha de projeto começa com Detalhes e Configurações.** Logs e terminal mantêm seu lugar embaixo, sem repetir "Abrir" em cada linha. Quando o menu não cabe na janela, ele rola para que Excluir continue acessível.
* **Projetos podem ser vistos como lista (o padrão) ou como cards**, por um controle ao lado da busca. A escolha vale para a aba; os placeholders de carregamento seguem o mesmo layout.
* **As chaves de variáveis de ambiente mantêm a caixa que você digita.** O campo antes reescrevia cada chave em maiúsculas enquanto você digitava; caixa mista é válida e não é mais forçada.
* **No plano Free, abrir Projetos mostra um diálogo de upgrade** com o que um plano pago acrescenta. Ele diz que você cria um projeto, não uma aplicação e um banco de dados, porque o Free não cria bancos de dados. A ação leva a Revisar pedido do Economy (mensal, Pix), não à página de planos. Dispensar o diálogo o oculta para a sessão; um aviso na superfície continua acima da lista. O cabeçalho é tingido com a cor do próximo plano (dourado para o Economy), não listrado.
* **Um plano pago com 85% do teto de RAM abre o mesmo diálogo para o próximo plano.** Economy → Pro (laranja), Pro → Scale (verde), Scale → Intermediary (roxo), Intermediary e superiores → Enterprise (azul). O Enterprise 32, já no topo, não recebe aviso.
* **Novo projeto na lista pessoal é um botão dividido.** A seta abre Resgatar código como um diálogo em Projetos (`?redeem=` também funciona). Depois de um resgate bem-sucedido, o mesmo card de plano usado nos avisos de upgrade agradece e lista o que o novo plano acrescenta em relação ao anterior. O painel de navegação mobile lista Docs, Tutoriais, `llms.txt` e Servidor MCP acima da linha da conta, como a barra lateral do desktop. Criar um projeto continua na página Projetos, não nesse menu.
* **Mudar a RAM de uma aplicação não trata mais a memória sobrando do plano como o orçamento total.** Os 448 MB não usados do plano são o que sobra depois desta aplicação; ela ainda pode manter ou reduzir a própria alocação até 512 MB sem um upgrade. O campo descreve a RAM do container, e "Precisa de mais RAM no plano?" abre o diálogo de upgrade, sem citar o teto desta aplicação.
* **Métricas ao vivo de CPU, memória, armazenamento e rede ficam na visão geral mesmo abaixo de 512 MB**, inclusive os gráficos: duas amostras ao vivo bastam para traçar a linha. O piso de 512 MB só libera as métricas avançadas (o histórico de 10m / 30m / 24h), e o título do aviso diz isso. "Expandir RAM" leva às configurações do projeto quando o plano ainda tem 512 MB para dar a este projeto, ou abre o mesmo diálogo de upgrade usado em Projetos (`?upgrade=pro&upgrade_for=advancedMetrics`) para o próximo plano que de fato tem 512 MB: Pro, não Economy (256 MB). A página antes substituía a seção inteira de telemetria por um card vazio de "hardware insuficiente".
* **Recursos bloqueados pelo plano abrem esse mesmo diálogo de upgrade, em vez de levar à página de planos.** Os cards de Configurações perderam o selo "A partir do Intermediary" no cabeçalho; o nome do plano agora aparece em um aviso dentro do card, com um link Fazer upgrade do plano. O gerenciador de arquivos e a aba de dados de banco usam o mesmo layout vazio de Snapshots. Criar um snapshot em um plano sem backups (abaixo do Scale) abre o diálogo de upgrade para o Scale, em vez de um toast de erro. O título e a descrição seguem o recurso que abriu o diálogo (snapshot, arquivos, reinício automático, deploy, métricas e assim por diante) e não reutilizam mais o texto "a memória chegou ao teto", a menos que a própria RAM tenha sido o gatilho. O botão "Upgrade para …" da barra lateral, depois do guia de primeiros passos, usa o mesmo diálogo (`?upgrade=`), não um segundo pop-up. Atualizar o dashboard não pisca mais o Economy antes do próximo plano real.
* **Linhas de conexão que sobem ou vão para a esquerda não dão mais a volta comprida.** A curva segue os dois cards, em vez de passar por cima deles antes.
* **O nome do projeto na visão geral abre um diálogo para renomeá-lo, editar a descrição e mudar a RAM.** Um lápis fica ao lado do título. Salvar uma nova quantidade de memória ainda pergunta se deve reiniciar agora, como em Configurações. Depois de salvar, o cabeçalho atualiza na hora; antes, mantinha o nome antigo até você recarregar a página.
* **Voltar na barra lateral de um projeto sobe um nível.** Em Dados, logs, arquivos ou configurações, volta para a visão geral daquele projeto; só a partir da visão geral vai para a lista de projetos.
* **O nome do plano em Projetos é uma placa colorida**, com a cor desse plano e um brilho passando por ela. O link de Faturamento fica embaixo da placa.

### Workspaces

* **Um workspace não some mais quando o plano termina.** Quando um plano pago expira, a conta volta ao Free, que não pode criar workspaces, e a página de Workspaces antes escondia os que você já tinha atrás do aviso de upgrade. Quem estava no Free e pertencia ao workspace de outra pessoa via a mesma tela vazia. A lista agora sempre aparece; só o botão de criar depende do plano.
* **Um workspace cujo plano do dono expirou fica congelado, não excluído.** Nada é removido: membros, projetos e o próprio workspace permanecem. O que para é a escrita. Renomear, convidar, mudar um papel e vincular um projeto são recusados enquanto o plano não existir, e a linha é marcada como **Congelado**. Ver, remover um membro ou projeto, sair e excluir continuam disponíveis, e tudo volta a funcionar no momento em que o plano é renovado. O plano que conta é o do **dono**: um membro no Free de um workspace pago não é afetado.
* **Os papéis agora correspondem ao que a tabela diz.** **Operador** pode iniciar, parar e reiniciar aplicações e bancos de dados, que é o objetivo do papel e até então era recusado com um erro de acesso. E o **Desenvolvedor** não pode mais excluir uma aplicação ou um banco de dados: a exclusão é irreversível, e a tabela de permissões nunca a concedeu. Excluir é só para Dono e Admin. Todo o resto continua igual; o Desenvolvedor segue fazendo deploy, editando arquivos, variáveis de ambiente, rede e configuração.

### Workspaces v2

* **Códigos de convite foram removidos.** Traga pessoas por **e-mail** (um convite real enviado a um endereço, válido por 7 dias) ou por **link** (uma URL compartilhável, válida por 24 horas, opcionalmente limitada a um número de usos). Os dois atribuem um papel de antemão, pela aba Convites do workspace.
* **Membros podem ter data de expiração.** Defina uma ao convidar ou depois, e o acesso termina sozinho nessa data. Isso é útil para um prestador de serviço ou um colaborador temporário, sem que ninguém precise lembrar de removê-lo.
* **Atividades e logs de auditoria agora são do workspace**, e não só das suas próprias ações dentro dele. Veja tudo o que qualquer pessoa da equipe fez, com a mesma exportação CSV do faturamento.
* **As configurações do workspace ficam na barra lateral, não em uma fileira de abas.** Ao abrir um workspace, aparecem Geral, Notas, Membros, Papéis, Convites, Projetos, Atividade, Faturamento, Pedidos e Zona de perigo, na mesma navegação do restante do dashboard. A lista de workspaces usa a mesma busca, os mesmos filtros e o mesmo alternador lista/cards de Projetos.
* **Um quadro de notas compartilhado** para contexto rápido da equipe: notas adesivas em sete cores, visíveis para todos no workspace, agora na própria aba Notas em vez de misturadas em Geral.
* **Links de convite continuam copiáveis depois de criados.** Um convite por link mostrava a URL uma vez e depois só um botão de revogar. A ação de copiar fica nessa linha durante toda a sessão, e criar um link já o copia para você.
* **A aba Projetos é a mesma lista da visão geral do dashboard**, com busca, filtros, cards e abertura de projeto, e não uma lista simplificada de nomes.
* **Atingir o limite de papéis abre o diálogo de upgrade** para o próximo plano que de fato tenha mais papéis, em vez de um toast de erro de plano na folha de criar papel.
* **Ações sensíveis podem ser solicitadas em vez de recusadas.** Um membro sem permissão para excluir um projeto ou gerenciar um snapshot agora pode pedir; quem tem essa permissão aprova ou rejeita o pedido em uma nova aba Pedidos, e aprovar executa a ação de verdade.
* **Um e-mail de resumo semanal** resume o que aconteceu nos projetos de um workspace na última semana.
* **Você pode sair de um workspace, e um dono pode transferi-lo** para outro membro, ambos pelas configurações do workspace.
* **Salvar uma nota em um workspace congelado abre o upgrade para o Enterprise.** Você ainda pode preencher o editor; Criar nota o fecha e mostra qual plano libera notas no workspace, em vez de um toast de erro de plano.

### Rede

* **Criar uma aplicação dentro de um workspace não bloqueia mais a publicação web como recurso exclusivo de plano** quando o plano do dono do workspace já a inclui. O assistente antes consultava o plano de uma aplicação que ainda não existia, então Enterprise (e Pro+) parecia Free nessa etapa.
* **A publicação web pode ser ativada e desativada depois da criação.** Uma aplicação criada sem subdomínio antes ficava privada para sempre; a única saída era recriá-la. Nas configurações de **Rede** da aplicação, agora dá para publicá-la e despublicá-la quando quiser. Publicar sem um plano que permita escolher o nome gera um subdomínio atribuído pela plataforma; com um plano que permite, você escolhe.
* **Despublicar destaca o endereço em negrito**, e você digita `EXCLUIR` (ou `DELETE` / `ELIMINAR`) no lugar do nome do projeto para confirmar. Escolher um subdomínio personalizado em vertraweb.app é indicado como recurso do Scale nas configurações de Rede; o aviso de bloqueio antes dava a impressão de que o cartão inteiro de endereço estava bloqueado.
* **Duas coisas para saber antes de fazer isso.** Ligar ou desligar a publicação **recria o container, então a aplicação reinicia**: espere um curto tempo fora do ar. E despublicar **libera o subdomínio**: ele não fica reservado para você, então outra pessoa pode registrá-lo. Qualquer domínio personalizado vinculado à aplicação é desvinculado ao mesmo tempo.
* **Publicar exige 512 MB de RAM**, o mesmo piso que um site criado como site tem. Se a aplicação tiver menos, a requisição avisa e mostra quanto ela tem e quanto precisa, para que você aumente e tente de novo.
* **A limpeza do cache de borda voltou a funcionar.** O botão nas configurações de **Rede** nunca chegava à CDN: a requisição era recusada antes de chegar, e a versão da CLI informava sucesso ao limpar um hostname que não existe. Agora a limpeza atinge os hosts reais da aplicação, e você ainda pode indicar hostnames ou URLs específicos para uma limpeza mais restrita.
* **Trocar um domínio personalizado agora desvincula o antigo.** Vincular um segundo domínio antes deixava o anterior para trás, ainda apontando para a plataforma sem nada que o possuísse. O substituto só é desvinculado depois que o novo domínio está no lugar, então uma falha nunca deixa a aplicação sem domínio.

### Site e compartilhamento

* **As páginas em português e espanhol agora declaram o idioma.** Toda página do site se declarava em inglês para navegadores e mecanismos de busca, qualquer que fosse o idioma lido: uma página `/pt-br` era servida marcada como `en-us`. Tradutores, leitores de tela e buscadores recebiam a informação errada sobre o idioma.
* **Cada página tem de novo seu próprio endereço e prévia.** Preços, Enterprise, Bancos de dados, Blob Storage, CLI e VS Code apontavam os mecanismos de busca para a página inicial como endereço canônico, então competiam com ela em vez de ranquear por conta própria.
* **Links para o site mostram um card de prévia.** Páginas como Sobre, Termos e Privacidade eram compartilhadas sem nenhuma imagem de prévia. As páginas que têm imagem própria, como Preços e Enterprise, geravam a imagem com a chave de texto não traduzida impressa dentro, em vez do título real.
* **O Intermediary é uma faixa completa de plano em Preços**, acima do Enterprise, no mesmo layout amplo da infraestrutura dedicada, e não uma nota de uma linha apontando para a comparação.
* **Preços usa o mesmo card de oferta Enterprise da página Enterprise**, com texto de capacidade, arte das colunas, slider e checkout, em vez de uma faixa compacta separada.
* **Cada card de plano tem um controle "Mais +"** que abre a lista completa de recursos, incluindo o que aquele plano não inclui.
* **A página de hospedagem de Go agora conta a origem da linguagem.** Depois da dobra: por que Go é um binário único, três princípios de design e um retrato do gopher. Depois, a mesma tabela de versões e a mesma configuração de antes.
* **O cabeçalho começa com Preços, depois Produto, Enterprise, Desenvolvedores e Recursos.** Comunidade saiu da barra superior: Discord, documentação, a referência da API e tickets de suporte ficam em Desenvolvedores, como cards maiores com ícone e uma descrição curta. Produto e CLI/VS Code usam o mesmo tamanho de card.
* **Mover entre Produto, Desenvolvedores e Recursos mantém o menu aberto.** Passar o mouse de um item do cabeçalho para o seguinte fechava o painel em vez de trocá-lo, então o segundo menu nunca aparecia.
* **A tabela comparativa de planos em Preços é legível no celular.** Abaixo de uma largura de notebook, cada recurso vira uma lista de planos e valores, em vez de seis colunas espremidas na tela. A partir de `lg`, a matriz lado a lado não muda.

### Gerenciador de arquivos

* Validação de caminho mais rigorosa no gerenciador de arquivos ao criar pastas e resolver caminhos.

### Deploys

* **As dependências agora são instaladas fora da memória do plano.** A instalação e a compilação antes rodavam dentro do container da sua aplicação, sob um teto de memória dimensionado para *executar* seu app, não para construí-lo. Só o `npm` ocioso já usa 60–100 MB. Agora a instalação acontece em um container de vida curta com memória da plataforma, e sua aplicação só inicia depois que ela termina com sucesso. Quando falha, falha uma vez com um motivo, em vez de entrar em loop.
* **O console mostra a instalação enquanto ela acontece.** Enquanto as dependências são instaladas, o container da aplicação ainda não existe; antes, o console ficava vazio e o projeto parecia parado. Agora ele transmite a saída da instalação ao vivo, então um `pip` compilando um pacote a partir do código-fonte é algo que você pode acompanhar em vez de adivinhar.
* **Uma instalação pode ser interrompida.** Enquanto as dependências são instaladas, a única ação oferecida é *Parar*: ela cancela a instalação, em vez de deixar um botão "Iniciar" para algo que já está rodando.
* **Salvar `requirements.txt` ou `package.json` não trava mais o diálogo de reinstalação.** Ele confirma e fecha; a pasta é limpa e o reinício reinstala em segundo plano, com o console mostrando o que acontece. A pasta limpa agora é a certa para a linguagem: o caminho pós-salvamento conhecia só Python e Node, então pedir reinstalação em um projeto Go, PHP, Ruby ou Rust não apagava nada. Editar `go.mod`, `composer.json`, `Gemfile` ou `Cargo.toml` agora também oferece a reinstalação, e um `package.json` dentro de um projeto Python não a oferece mais por engano.
* **Reiniciar uma aplicação agora mantém o log.** Os registros salvos só continham quedas: parar ou excluir uma aplicação salvava o log, e reiniciar o descartava, e reiniciar é o gesto comum. O que a aplicação disse antes de um reinício normal agora é guardado como qualquer outra execução.
* **A instalação continua no log depois que termina.** O container de instalação é descartado ao terminar, e a saída dele antes ia junto. Agora ela é anexada ao log da própria aplicação e reproduzida com o histórico: recarregar a página ou reabrir o console ainda mostra o que a instalação fez e por que falhou, quando falhou.
* **Um projeto instalando dependências não aparece mais como "parado".** O dashboard e o cabeçalho do projeto mostram *instalando dependências* enquanto isso acontece, na lista e dentro do projeto.

### Ciclo de vida e API

* **Um projeto parado não aparece mais como quebrado.** Uma aplicação ou banco de dados parado não tem container, que é como a parada funciona, e pedir o status dele respondia com erro de servidor. O dashboard tratava isso como uma requisição com falha e continuava mostrando a última leitura boa, então um projeto que você acabara de parar ficava na tela como em execução, com o uptime congelado, até você recarregar a página. Agora o status responde normalmente para um recurso parado, com tudo zerado.
* **Parar algo que já está parado não é mais um erro.** A ação confirma, e o estado registrado é corrigido para parado. Antes, uma aplicação cujo container tinha morrido sozinho continuava marcada como em execução para sempre: o botão Parar falhava em toda tentativa, e não havia como colocar o projeto de volta em um estado consistente.
* **Duas operações ao mesmo tempo no mesmo projeto agora avisam isso.** Iniciar, reiniciar, parar, excluir, instalações de dependências, deploys e restaurações de snapshot são feitos um por vez em cada projeto. Pedir uma segunda enquanto a primeira ainda roda responde *outra operação está em andamento* e não muda nada, em vez de uma falha genérica que parecia ter quebrado sua aplicação. Espere alguns segundos e tente de novo. Pela API, isso é HTTP `409 OPERATION_IN_PROGRESS`.
* **Clicar em Iniciar duas vezes em uma aplicação parada (duas abas abertas, um duplo clique) não a reinicia mais em silêncio duas vezes.** Se a aplicação já estiver rodando ou iniciando, Iniciar agora responde *este projeto já está em execução ou iniciando* em vez de repetir silenciosamente todo o boot. Pela API, isso é HTTP `409 CONTAINER_ALREADY_RUNNING`. Clicar em Reiniciar duas vezes seguidas também é coberto: o segundo clique agora responde *outra operação está em andamento* em vez de reiniciar a aplicação uma segunda vez em silêncio.
* **Reduzir a memória de uma aplicação é recusado quando os arquivos não cabem mais.** O espaço em disco acompanha a memória que você aloca, então reduzir a memória reduz o teto. Aplicar um teto abaixo do que o volume já guarda não apaga nada, mas faz toda gravação seguinte falhar: a aplicação quebra na hora, por um motivo que nada no painel explica. A mudança agora é recusada antecipadamente, informando quanto você precisa liberar antes.
* **Os botões de ciclo de vida compartilham um orçamento por aplicação.** Iniciar, reiniciar, parar e instalar dependências agora permitem dez requisições por minuto por aplicação, somadas, em vez de uma cota separada para cada um. O uso normal nunca chega perto disso; um script em loop para antes de prejudicar o projeto.

### Bancos de dados

* **Bancos de dados têm uma aba Dados**, a partir do plano **Intermediary**. Navegue e edite o que está armazenado de fato, sem sair do dashboard e sem colar uma string de conexão em lugar nenhum. PostgreSQL e MySQL mostram schemas, tabelas, colunas, índices e um navegador de linhas paginado; MongoDB mostra coleções, índices e documentos; Redis mostra o keyspace, o valor de cada chave por tipo e seu TTL. O plano que conta é o do **dono do banco de dados**: membros do workspace usam a aba em um banco cujo dono tem o plano.
* **Existe um console SQL.** Ele roda no seu próprio banco de dados com o seu próprio usuário de banco, então nada é filtrado ou reescrito. O que é aplicado são limites: 10 segundos por instrução (aplicados pelo próprio motor), 200 linhas por padrão e 1.000 no máximo, 64 KB de SQL, 5 MB de resultado e uma consulta do console por vez em cada banco.
* **Editar uma linha sempre passa pela chave primária** (a completa, incluindo chaves compostas), nunca pela posição dela na página. O mesmo vale para documentos (`_id`) e chaves (a chave nomeada na URL).
* **A leitura é aberta a todos os membros do workspace; a escrita e o console SQL não são.** Eles exigem dono ou admin, e toda alteração é registrada no log de atividades do banco com a operação e o objeto, nunca o conteúdo.
* A API expõe a mesma superfície em `/v1/databases/{id}/data/*`, com códigos de erro estáveis documentados junto.
* **Um banco de dados em um workspace agora mostra a RAM alocada.** Abrir um banco a partir de um workspace antes travava a visão geral e deixava o campo de memória em branco, mesmo quando o banco tinha RAM atribuída, porque a lista do workspace não trazia esses campos. O detalhamento de RAM em Projetos também inclui isso.
* **Excluir ou redefinir um banco de dados agora faz antes um snapshot de segurança, automaticamente.** Se o backup falhar, a ação é bloqueada e o banco não é destruído nem apagado. Antes, excluir ou redefinir não deixava backup nenhum.

### Checkout

* **Trocar de plano no checkout é um catálogo, não um dropdown.** O plano selecionado continua no formulário; ao abri-lo, aparecem Economy, Pro, Scale e Intermediary como cards (RAM, vCPU, limite de aplicações) e Enterprise como uma lista. É o mesmo catálogo da página de preços, sem sair do pagamento.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.