Bento: suíte de escritório em um único arquivo

O que é o Bento

Bento é uma suíte de escritório distribuída como um único arquivo HTML. Você baixa um arquivo, abre-o em qualquer navegador moderno, e esse arquivo é tanto o editor quanto o documento. Não há instalador nem conta. O software usa a licença MIT, o código-fonte está em github.com/nyblnet/bento, e a primeira versão lançada apareceu em 21 July 2026. Em 1 August 2026, ele tinha menos de duas semanas de existência. Esse é o fato mais importante deste texto e o motivo pelo qual a última seção trata de avaliação, não de migração.

O que "cabe em um único arquivo" realmente significa

Uma suíte de escritório auto-hospedada normalmente é uma pilha. O Nextcloud é executado em PHP atrás de um servidor web, com um banco de dados, um cache e um executor de tarefas em segundo plano. O editor é um segundo serviço ao lado dele, o Collabora Online ou o ONLYOFFICE Docs, geralmente em seu próprio container, com o qual o navegador se comunica por HTTP. O documento fica armazenado em um sistema de arquivos e em uma linha do banco de dados, e a sessão de edição fica dentro do serviço do editor.

O Bento elimina a pilha. O download é Bento_Slides.bento.html, com cerca de 571 KB na versão v1.0.11 (27 July 2026). Dentro desse único arquivo estão:

• o editor, que também funciona como visualizador
• o runtime de apresentação que exibe a apresentação em tela cheia
• as fontes e imagens usadas pela apresentação, incorporadas
• o próprio documento, como um bloco JSON legível próximo ao início do arquivo

A gravação é a parte incomum. O arquivo reescreve seu próprio bloco de dados. A página solicita ao navegador acesso de gravação por meio da File System Access API (uma interface do navegador que permite a uma página gravar de volta em um arquivo escolhido pelo usuário); em navegadores sem essa API, o resultado é um download. Editar uma apresentação produz uma nova cópia do mesmo arquivo autocontido. Nada é enviado, porque não há para onde enviar.

Esse é o detalhe que as pessoas entendem errado quando ouvem "arquivo único". Não se trata de um único binário de servidor que executa sua suíte de escritório como um único processo na sua VPS. Não há processo algum. O runtime é o navegador; portanto, uma VPS, se você usar uma, serve um arquivo estático e nada mais.

O que o pacote de escritório Bento oferece atualmente

"Pacote de escritório" é a ambição do projeto, não o inventário atual. Existe um aplicativo: bento/slides, um editor de apresentações. O roteiro menciona bento/spaces para notas, bento/dash para planilhas e tabelas e bento/vault, cada um planejado como seu próprio arquivo .bento.html independente. Se você precisa de um processador de texto ou de uma planilha atualmente, o Bento não oferece nenhum dos dois.

O ritmo de lançamentos é alto. A v1.0.6, em 21 July 2026, foi a primeira compilação lançada, e a v1.0.11 chegou em 27 July 2026: seis lançamentos em sete dias. Isso é um bom sinal sobre os mantenedores e um alerta sobre o software. Qualquer software que avance tão rapidamente ainda está identificando seus bugs, e as notas de versão refletem isso: correções para falhas causadas por texto grande na colaboração em tempo real, para duplicação de folhas de estilo em arquivos salvos e para linhas de base de gráficos com valores negativos.

Por que um único arquivo é adequado para uma VPS pequena

Publicar um deck significa copiar um arquivo para um diretório que o servidor web já disponibiliza. Não há nada para orquestrar, nenhum contêiner para manter em execução e nenhum banco de dados para migrar durante uma atualização. Compare isso com os serviços de edição, usando os requisitos mínimos publicados por cada fornecedor:

[
  {
    "label": "bento/slides (no backend)",
    "min_ram_mb": 0
  },
  {
    "label": "Collabora Online CODE",
    "min_ram_mb": 1024
  },
  {
    "label": "ONLYOFFICE Docs, Debian package",
    "min_ram_mb": 2048
  },
  {
    "label": "ONLYOFFICE Docs, Docker",
    "min_ram_mb": 4096
  }
]

Esses são os requisitos mínimos publicados pelos fornecedores em agosto de 2026, não valores medidos em um servidor em execução. O Collabora publica 1 GB para o sistema, mais aproximadamente 50 MB por usuário. Portanto, 1024 MB é o limite mínimo antes de o primeiro usuário se conectar. O ONLYOFFICE Docs requer 2048 MB no pacote Debian e 4096 MB no Docker, além de 4 GB de swap e 40 GB de disco. O backend de edição do Bento requer 0 MB porque não existe um backend de edição. Em qualquer um dos serviços de edição, o próprio Nextcloud continua sendo executado com seu banco de dados e cache. Portanto, em uma VPS de 2 GB, essa diferença determina o que mais você pode hospedar.

Os backups também ficam mais simples pelo mesmo motivo. Restaurar o Nextcloud significa restaurar arquivos e um banco de dados que sejam consistentes entre si e correspondam ao mesmo momento. Restaurar um deck do Bento significa restaurar um único arquivo. Ele ainda precisa de um backup real com histórico, porque o editor reescreve o arquivo no local, e uma gravação no local pode falhar: um snapshot agendado do restic desse diretório cobre esse caso.

Há um componente de servidor opcional. A colaboração em tempo real usa o que o projeto chama de blind relay, que pode ser hospedado por você a partir de server/sync-worker/ no repositório. Os documentos são criptografados no navegador com AES-GCM (Galois/Counter Mode, um modo de criptografia autenticada), a chave da sala nunca sai do arquivo, e o relay mantém o texto cifrado, o momento das conexões e um hash dessa chave. Para editar sozinho, você não precisa de um relay.

O que você perde em relação ao Nextcloud e ao Collabora

O controle de acesso é a maior lacuna. No Bento, a chave de colaboração é criada com o documento e fica dentro do arquivo. Portanto, ter o arquivo significa fazer parte da sessão. A rotação da chave é o mecanismo para revogar o acesso de alguém. Esse modelo não tem contas, grupos, single sign-on nem trilha de auditoria. O Nextcloud oferece usuários, links de compartilhamento com datas de expiração, cotas, histórico de versões no servidor e clientes móveis. Se duas pessoas precisarem de níveis de acesso diferentes ao mesmo documento, o Bento não consegue representar essa configuração.

A interoperabilidade de formatos é a segunda lacuna. O Bento armazena seu próprio JSON. É exatamente por isso que o arquivo pode ser lido e que um script pode editá-lo. O Collabora e o ONLYOFFICE existem para fazer conversão de ida e volta de OOXML (a família .docx e .pptx) com alta fidelidade, porque esse é o formato que o restante do mundo enviará para você. Consulte as notas de versão para verificar o que a versão baixada importa e exporta antes de criar um fluxo de trabalho que pressuponha compatibilidade com PowerPoint.

A maturidade é a terceira lacuna. O projeto documenta claramente suas próprias limitações, o que é um ponto positivo. O desfazer durante a colaboração em tempo real usa snapshots e pode reverter a edição simultânea de um colaborador na mesma propriedade. A edição prioriza desktops, e os telefones exibem e apresentam melhor do que editam. O menu save-as ainda não cabe na tela de um telefone. Essas são as limitações conhecidas na v1.0.11. Com duas semanas de existência, há limitações desconhecidas.

Você deve confiar documentos reais a isso?

Divida a questão de acordo com o que o documento precisa. Uma apresentação para uma conferência, um material de vendas ou uma aula que você queira reabrir daqui a dez anos é uma boa opção, porque o arquivo contém seu próprio editor e não precisa que o projeto ainda exista em 2036. Um contrato com três revisores, uma política de retenção e um aprovador identificado não é uma boa opção, porque esse documento precisa de contas e de histórico no servidor.

Duas proteções práticas. Mantenha as apresentações no controle de versão ou em um backup com histórico, pois um arquivo que reescreve a si próprio ao ser salvo também pode ser corrompido durante o salvamento, e você vai querer a cópia de ontem. E trate um .bento.html de alguém que você não conhece como um programa, não como um documento, porque é isso que ele é: uma página da Web com um aplicativo completo dentro dela. Abra-o como você abriria qualquer página da Web não confiável.

A automação é realmente útil e merece ser mencionada. Como o documento é JSON simples dentro do arquivo, um agente de programação pode editar um .bento.html no próprio arquivo, e o projeto fornece uma skill do Claude Code para isso. Ele também funciona com modelos locais de pesos abertos, portanto uma máquina que já execute Ollama para disponibilizar seu próprio modelo pode criar rascunhos de apresentações sem enviar nada para fora da máquina.

Onde o Bento se encaixa em um servidor pequeno

O Bento pertence à categoria de outras ferramentas de finalidade única que justificam seu espaço em um VPS pequeno por serem enxutas: um leitor de RSS auto-hospedado ou o Actual Budget para finanças pessoais. Uma única função, uma pequena ocupação de recursos e dados que podem ser lidos sem o aplicativo. Quem substitui o aplicativo de anotações por uma das alternativas auto-hospedadas ao Notion está fazendo a mesma escolha, e o guia completo sobre o que auto-hospedar aborda o restante dessa lista.

Se você precisa de uma plataforma completa de documentos, com usuários, compartilhamento e histórico de versões, o Nextcloud em um VPS com Docker, TLS e backups continua sendo a resposta. O Bento não disputa esse espaço. Ele é a ferramenta que você envia para alguém fora do seu servidor como um único arquivo que essa pessoa pode abrir sem login e sem plugin.

FAQ

O Bento substitui o Nextcloud e o Collabora?

Não para a mesma finalidade. O Nextcloud com Collabora ou ONLYOFFICE oferece contas, pastas compartilhadas, permissões e histórico de versões no servidor, e precisa de uma infraestrutura de servidor real para fornecer esses recursos. O Bento oferece um único arquivo portátil que abre em qualquer lugar e não precisa de servidor. Use o Bento quando o documento precisar ser autossuficiente. Use a infraestrutura do Nextcloud quando várias pessoas precisarem de níveis de acesso diferentes ao mesmo documento ao longo do tempo.

O Bento precisa de um servidor ou de uma VPS?

Não. Um arquivo .bento.html abre a partir do disco local em qualquer navegador moderno e permite edição offline. Uma VPS é relevante para duas funções opcionais: disponibilizar o arquivo por HTTPS para que outras pessoas possam baixá-lo e executar o relay de sincronização para colaboração em tempo real. O relay pode ser hospedado por você a partir de server/sync-worker/ no repositório do projeto e armazena o texto cifrado e os metadados de conexão, portanto nunca vê o seu conteúdo.

Em qual formato o Bento salva os documentos?

No próprio formato JSON, gravado como um bloco legível próximo ao início do arquivo HTML, com fontes e imagens incorporadas ao lado. Abra o arquivo em um editor de texto para ler a estrutura do documento. Por isso, scripts e agentes de IA podem editar uma apresentação diretamente no arquivo. Isso também significa que o formato armazenado não é OOXML. Portanto, não presuma que um fluxo de trabalho com .pptx funcionará até testar a importação e a exportação na release que você está executando.

Como funciona a colaboração se não há contas de usuário?

A chave de colaboração é gerada quando o documento é criado e permanece dentro do arquivo. Portanto, qualquer pessoa que tenha o arquivo pode ingressar na sessão. As edições são mescladas com um CRDT (conflict-free replicated data type, uma estrutura que mescla alterações simultâneas sem uma autoridade central) e transportadas com criptografia AES-GCM. Os nomes de presença são declarações, não provas. Portanto, interprete a lista de participantes como um rótulo, não como uma verificação de identidade. Revogar o acesso significa trocar a chave e redistribuir o arquivo.

O Bento está pronto para documentos importantes?

Ele usa a licença MIT e é desenvolvido de forma aberta. Em 1 August 2026, tinha menos de duas semanas de existência e seis releases na primeira semana. Trate-o como um software para avaliar neste mês, não como um software para padronizar neste trimestre. Mantenha cada apresentação em um backup com histórico, teste o fluxo de exportação do qual você depende antes de usá-lo em produção e mantenha qualquer conteúdo com requisito de conformidade ou retenção em um sistema que tenha contas e histórico de versões.