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

O que é o Bento

O Bento é uma suite de escritório distribuída como um único ficheiro HTML. Descarrega um ficheiro, abre-o em qualquer browser moderno, e esse ficheiro é simultaneamente o editor e o documento. Não existe instalador nem conta. O software é licenciado sob 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 27 October 2026, isso significa que tem pouco mais de três meses e 26 versões lançadas até agora. A sua pouca maturidade continua a ser o facto mais importante deste artigo e é a razão pela qual a última secção aborda a avaliação, e não a migração.

O que “cabe num único ficheiro” realmente significa

Uma suite de escritório self-hosted é normalmente uma pilha de serviços. O Nextcloud é executado em PHP atrás de um servidor Web, com uma base de dados, uma 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, normalmente no seu próprio contentor, com o qual o browser comunica por HTTP. O documento existe num sistema de ficheiros e numa linha da base de dados, e a sessão de edição existe dentro do serviço do editor.

O Bento elimina essa pilha. O download é Bento_Slides.bento.html, com cerca de 659 KB na versão v1.0.11 (27 July 2026) e cerca de 706 KB na versão v1.2.7 (11 October 2026). Esse único ficheiro contém:

• o editor, que também funciona como visualizador
• o runtime de apresentações que mostra a apresentação em ecrã inteiro
• os tipos de letra e as imagens usados pela apresentação, incorporados
• o próprio documento, como um bloco JSON legível perto do início do ficheiro

A gravação é a parte invulgar. O ficheiro reescreve o seu próprio bloco de dados. A página solicita ao browser acesso de escrita através da File System Access API (uma interface do browser que permite a uma página escrever de volta num ficheiro escolhido pelo utilizador); nos browsers sem essa API, é feito um download. Editar uma apresentação cria uma nova cópia do mesmo ficheiro autónomo. Nada é carregado, porque não existe nenhum destino para onde carregar.

Este é o detalhe que as pessoas interpretam mal quando ouvem “ficheiro único”. Não se trata de um único binário de servidor que executa a suite de escritório como um único processo no seu VPS. Não existe qualquer processo. O runtime é o browser. Por isso, um VPS, se for usado, serve um ficheiro 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 uma aplicação: bento/slides, um editor de apresentações. O roteiro menciona bento/spaces para notas, bento/dash para folhas de cálculo e tabelas e bento/vault, cada um planeado como o seu próprio ficheiro .bento.html autónomo. Se precisa de um processador de texto ou de uma folha de cálculo atualmente, o Bento não tem nenhum dos dois.

O ritmo de lançamentos é elevado. A v1.0.6, lançada em 21 July 2026, foi a primeira versão disponibilizada, e a v1.0.11 chegou em 27 July 2026: seis lançamentos em sete dias. O ritmo manteve-se desde então: a v1.2.7, lançada em 11 October 2026, foi o 23rd lançamento, e a v1.2.10, lançada em 24 October 2026, é o 26th. Isto é um bom sinal sobre os responsáveis pela manutenção e um alerta sobre o software. Qualquer projeto que avance tão depressa ainda está a encontrar os seus bugs, e as notas de lançamento refletem isso: correções para falhas na colaboração em tempo real causadas por texto grande, para duplicação de folhas de estilo em ficheiros guardados e para linhas de base de gráficos com valores negativos. Five dos six lançamentos entre a v1.2.5 e a v1.2.10 corrigem problemas de segurança encontrados na própria revisão do projeto; apenas a v1.2.8 não o faz.

Por que um único ficheiro é adequado para um VPS pequeno

Publicar uma apresentação significa copiar um ficheiro para um diretório que o servidor Web já disponibiliza. Não é necessário orquestrar nada, manter contentores em execução ou migrar uma base de dados durante uma atualização. Compare isso com os serviços de edição, usando os mínimos publicados por cada um:

[
  {
    "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
  }
]

Estes são mínimos publicados, não valores medidos num sistema em execução. O valor da Collabora é o requisito de sistema de 1 GB que a Nextcloud publica para o Collabora Online. Esse valor é acrescido da memória necessária para cada utilizador ligado, portanto 1,024 MB é o mínimo antes de o primeiro utilizador se ligar. O centro de ajuda do ONLYOFFICE, consultado em 27 October 2026, exige pelo menos 2,048 MB no pacote Debian ou Ubuntu e 4,096 MB em Docker, com pelo menos 4 GB de swap e 40 GB de espaço livre em disco em ambos os casos. O backend de edição do Bento precisa de 0 MB porque não existe um backend de edição. Por baixo de qualquer um dos serviços de edição, continua a executar a própria Nextcloud, com a respetiva base de dados e cache. Num VPS de 2 GB, esta diferença determina o que ainda pode alojar.

As cópias de segurança também ficam mais simples. Restaurar a Nextcloud significa restaurar ficheiros e uma base de dados que sejam consistentes entre si e correspondam ao mesmo momento. Restaurar uma apresentação do Bento significa restaurar um único ficheiro. Ainda assim, é necessária uma cópia de segurança real com histórico, porque o editor reescreve o ficheiro no local e uma escrita no local pode falhar: um snapshot agendado do restic desse diretório cobre esse caso.

Existe um componente de servidor opcional. A colaboração em tempo real usa o que o projeto chama de blind relay, que pode ser alojado pelo próprio utilizador a partir de server/sync-worker/ no repositório. Os documentos são encriptados no browser com AES-GCM (Galois/Counter Mode, um modo de encriptação autenticada), a chave da sala nunca sai do ficheiro e o relay guarda o texto cifrado, o momento das ligações e um hash dessa chave. A edição individual não precisa de relay.

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

O controlo de acesso é a maior lacuna. No Bento, a chave de colaboração é criada com o documento e fica dentro do ficheiro. Por isso, ter o ficheiro equivale a ser membro da sessão. Para revogar o acesso de alguém, é necessário mudar a chave. Este modelo não tem contas, grupos, single sign-on nem registo de auditoria. O Nextcloud fornece utilizadores, ligações de partilha com datas de expiração, quotas, 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 o seu próprio JSON. É precisamente por isso que o ficheiro é legível e que um script o pode editar. O Collabora e o ONLYOFFICE existem para converter documentos OOXML (a família .docx e .pptx) de ida e volta com elevada fidelidade, porque esse é o formato que o resto do mundo lhe enviará. O Bento começou a reduzir esta lacuna: a v1.2.6 (4 October 2026) adicionou a importação de PowerPoint, e a v1.2.7 (11 October 2026) adicionou uma página no browser para converter apresentações PowerPoint nos dois sentidos. Ambas as versões têm apenas algumas semanas. Consulte as notas da versão para confirmar o que a versão que descarregou importa e exporta antes de criar um fluxo de trabalho que pressuponha compatibilidade com PowerPoint.

A maturidade é a terceira lacuna. O projeto documenta claramente as suas próprias limitações, o que é uma vantagem. A anulação durante a colaboração em tempo real baseia-se em snapshots e pode reverter a edição simultânea de outro colaborador na mesma propriedade. A edição é orientada para computadores, e os telemóveis funcionam melhor para visualizar e apresentar do que para editar. O README continua a listar ambas como limitações conhecidas. O suporte para telemóveis está a evoluir rapidamente: na v1.0.11, o menu save-as não cabia no ecrã de um telemóvel; a v1.0.12 tornou possível guardar uma cópia a partir de um telemóvel; e a v1.0.19 adicionou a edição de texto por toque, que até então deixava uma apresentação praticamente só de leitura num telemóvel. Com pouco mais de três meses de existência, também há limitações desconhecidas.

Deve confiar-lhe documentos reais?

Divida a questão conforme as necessidades do documento. Uma apresentação para uma conferência, um conjunto de diapositivos comerciais ou uma aula que queira voltar a abrir daqui a dez anos são bons casos de uso, porque o ficheiro inclui o seu próprio editor e não precisa que o projeto continue a existir em 2036. Um contrato com três revisores, uma política de retenção e um aprovador identificado não é um bom caso de uso, porque esse documento precisa de contas e de um histórico mantido no servidor.

Há duas salvaguardas práticas. Mantenha as apresentações num sistema de controlo de versões ou numa cópia de segurança com histórico, porque um ficheiro que se reescreve ao ser guardado também pode ficar corrompido nesse processo, e poderá precisar da cópia de ontem. E trate um .bento.html de alguém que não conhece como um programa, não como um documento, porque é isso que ele é: uma página Web com uma aplicação completa no seu interior. Abra-o como abriria qualquer página Web não fiável. O mesmo facto aplica-se no sentido inverso às suas próprias apresentações: cada ficheiro inclui a sua própria cópia do editor. Por isso, quando uma nota de versão disser "Security: update this file", como acontece em todas as versões de v1.2.5 a v1.2.10, exceto v1.2.8, atualize as apresentações que partilha. A v1.2.7 também pede a quem partilha apresentações em direto que use Reset access uma vez depois da atualização, e a v1.2.9 pede que desbloqueie e guarde uma vez cada apresentação protegida por palavra-passe.

A automatização é realmente útil e merece ser mencionada. Como o documento é JSON simples dentro do ficheiro, um agente de programação pode editar um .bento.html diretamente, e o projeto fornece uma skill do Claude Code para esse efeito. Também funciona com modelos locais de pesos abertos, pelo que uma máquina que já execute Ollama para disponibilizar o seu próprio modelo pode criar rascunhos de diapositivos 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 fornece contas, pastas partilhadas, permissões e histórico de versões no servidor, e precisa de uma infraestrutura de servidor real para disponibilizar essas funções. O Bento fornece um único ficheiro portátil que abre em qualquer lugar e não precisa de servidor. Use o Bento quando o documento deve ser autónomo. Use a stack do Nextcloud quando várias pessoas precisarem de diferentes níveis de acesso ao mesmo documento ao longo do tempo.

O Bento precisa de um servidor ou de uma VPS?

Não. Um ficheiro .bento.html abre a partir do disco local em qualquer navegador moderno e pode ser editado offline. Uma VPS é relevante para duas funções opcionais: servir o ficheiro por HTTPS para que outras pessoas o possam descarregar e executar o relay de sincronização para colaboração em tempo real. O relay pode ser alojado pelo próprio utilizador a partir de server/sync-worker/ no repositório do projeto e armazena texto cifrado e metadados de ligação, pelo que nunca vê o seu conteúdo.

Em que formato o Bento guarda os documentos?

No seu próprio JSON, escrito como um bloco legível próximo do início do ficheiro HTML, com tipos de letra e imagens incorporados no mesmo ficheiro. Abra o ficheiro num editor de texto para ler a estrutura do documento. Por isso, scripts e agentes de IA podem editar uma apresentação diretamente no ficheiro. Isto também significa que o formato armazenado não é OOXML. A importação de PowerPoint foi disponibilizada na v1.2.6, em 4 October 2026, mas não assuma que um fluxo de trabalho .pptx continuará a funcionar até testar a importação e a exportação na versão que está a executar.

Como funciona a colaboração se não existirem contas de utilizador?

A chave de colaboração é criada quando o documento é criado e fica dentro do ficheiro. Assim, qualquer pessoa que tenha o ficheiro pode entrar na sessão. As edições são combinadas com um CRDT (conflict-free replicated data type, uma estrutura que combina alterações concorrentes sem uma autoridade central) e são transmitidas com encriptação AES-GCM. Os nomes apresentados como presença são declarações, não provas. Por isso, interprete a lista de participantes como uma etiqueta, não como uma verificação de identidade. Revogar o acesso significa rodar a chave e redistribuir o ficheiro.

O Bento está pronto para documentos importantes?

O Bento tem licença MIT e é desenvolvido de forma aberta. Em 1 August 2026, tinha menos de duas semanas de existência, com six releases na primeira semana. Em 11 October 2026, tinha menos de três meses de existência e 23 releases, sendo que os últimos three corrigiam problemas de segurança. Em 27 October 2026, já tinha 26 releases, e a v1.2.9 e a v1.2.10 corrigiram outros problemas de segurança. Trate-o como software que está a avaliar este mês, não como software que vai uniformizar neste trimestre. Mantenha cada apresentação numa cópia de segurança com histórico, mantenha o ficheiro atualizado, teste o fluxo de exportação de que depende antes de passar a depender dele e mantenha qualquer conteúdo com requisitos de conformidade ou retenção num sistema que tenha contas e histórico de versões.