---
title: "Agentes pessoais hospedados ou auto-hospedados: quem opera o quê? · Blog do Comma"
description: "Compare agentes pessoais hospedados e auto-hospedados por controle, caminhos dos dados, provedores de modelos, operação, computadores na nuvem e suporte a reuniões antes de escolher o Comma."
url: https://comma.surf/pt/blog/hosted-vs-self-hosted-personal-agent
language: pt-BR
---

[Voltar ao blog](https://comma.surf/pt/blog)

Comma Team · 31 de outubro de 2026 · 9 min de leitura

# Agentes pessoais hospedados ou auto-hospedados: quem opera o quê?

Compare agentes pessoais hospedados e auto-hospedados por controle, caminhos dos dados, provedores de modelos, operação, computadores na nuvem e suporte a reuniões antes de escolher o Comma.

[Começar](https://app.comma.surf/) [Ler a documentação](https://comma.surf/pt/docs/self-host)

Escolher entre um agente pessoal hospedado e um auto-hospedado não é escolher entre “fácil” e “privado”. É escolher quem opera cada parte do sistema, por onde os dados circulam e quais falhas passam a ser responsabilidade sua.

Essa distinção importa mais para um agente pessoal do que para um simples app de chat. Um agente pode manter Tasks em andamento, chamar um modelo, pesquisar na web, se conectar a outros serviços, trabalhar em um ambiente de computador e voltar mais tarde com um resultado. Levar o aplicativo para a sua própria máquina muda alguns desses limites. Não leva automaticamente todas as dependências junto.

O Comma oferece os dois caminhos: um serviço hospedado operado pelo Comma e uma [implantação de código aberto](https://github.com/AFK-surf/Comma) que você pode rodar com Docker Compose. O produto é reconhecível nas duas formas, mas o modelo de operação e alguns recursos não são idênticos. Este guia explica a troca sem tratar a auto-hospedagem como medalha nem o software hospedado como uma concessão que todo mundo deveria evitar.

## A resposta curta

Escolha o **Comma hospedado** quando quiser usar o agente sem se tornar o operador da infraestrutura dele. O Comma roda o serviço, armazena os dados do espaço de trabalho hospedado, cuida de atualizações e backups e fornece um computador na nuvem para o espaço de trabalho. O produto hospedado também inclui a gravação de reuniões descrita pelo Comma. Em troca dessa experiência gerenciada, você aceita os limites do serviço quanto a conta, plano, tratamento de dados e disponibilidade.

Escolha o **Comma auto-hospedado** quando controlar a pilha do aplicativo, os bancos de dados, a configuração do modelo e o ambiente de implantação compensar o trabalho de operação. Sua instância roda em uma máquina que você gerencia, e os dados do aplicativo ficam em bancos de dados e armazenamento de objetos que você opera. Atualizações, backups, configuração da rede pública, capacidade, monitoramento e recuperação de incidentes também ficam com você. Chamadas ao modelo e integrações opcionais ainda podem enviar dados para provedores externos.

Nenhuma das duas escolhas dispensa entender permissões e serviços conectados. A pergunta útil não é só *onde o Comma está instalado?* É *quem roda cada componente, e para onde vai a informação quando esta Task é executada?*

## Compare responsabilidades, não slogans

O [guia oficial de auto-hospedagem](https://comma.surf/pt/self-host) deixa a divisão concreta:

| Área de decisão | Comma hospedado | Comma auto-hospedado |
| --- | --- | --- |
| Aplicativo e servidor | Operados pelo Comma | Rodam em uma máquina que você gerencia |
| Dados do aplicativo | Armazenados pelo Comma para o serviço hospedado | Armazenados nos seus volumes de PostgreSQL, Redis, ClickHouse, MinIO e configuração |
| Acesso a modelos | Modelos do Comma ou sua própria chave ou plano compatível | Um endpoint de provedor, modelo, protocolo e credencial que você configura |
| Custo de infraestrutura | Plano do serviço e modelo de uso | Sua máquina, armazenamento, rede e chamadas ao provedor |
| Atualizações e backups | Operados pelo Comma | Planejados, executados e testados por você |
| Computador na nuvem | Fornecido para um espaço de trabalho hospedado | Desativado por padrão; exige configuração adicional da Cloudflare |
| Gravação de reuniões | Incluída no produto hospedado | Os runtimes de reunião necessários não estão incluídos na pilha pública auto-hospedada |

Não é uma tabela de pontos. Para uma pessoa, gerenciar cinco volumes persistentes e um proxy reverso é uma distração desnecessária. Para outra, colocar o aplicativo e seus registros em uma infraestrutura que ela controla é o principal motivo para usar o produto. A melhor opção é aquela cujas responsabilidades você consegue de fato sustentar.

## Siga o caminho dos dados

“Auto-hospedado” descreve onde a pilha do Comma roda. Não significa que cada byte fica naquela máquina.

Na pilha auto-hospedada padrão, Tasks, chats e arquivos ficam em serviços que você opera. A implantação com Compose inclui PostgreSQL, Redis, ClickHouse, MinIO e um volume de configuração, além do servidor e dos clientes do Comma. O guia do Comma afirma que a pilha não envia dados analíticos nem traces para o Comma. É um limite útil, mas a análise do fluxo de dados não termina aí.

Quando o agente chama um modelo, a requisição vai para o provedor de modelos configurado para aquela instância. Se você adicionar uma chave da Exa para pesquisa na web e leitura de páginas, as requisições correspondentes vão para a Exa. Se tornar a instância pública, os códigos de login precisam de um servidor de e-mail de verdade. Apps conectados e sites que o agente usa continuam sendo serviços separados, com o próprio tratamento de dados. Um proxy reverso, um provedor de DNS, uma empresa de hospedagem e um destino de backup também podem fazer parte do caminho operacional que você desenhar.

O Comma hospedado segue outro caminho. O Comma opera o aplicativo e armazena os dados do espaço de trabalho hospedado, enquanto os caminhos de modelos e integrações dependem da configuração hospedada e dos serviços que você escolher. A hospedagem tira de você a administração do servidor; não tira a necessidade de decidir o que conectar ou que informação uma Task deve usar.

Em qualquer das duas implantações, desenhe um fluxo de trabalho realista antes de fazer uma afirmação ampla sobre privacidade. Se uma Task resume um documento do Drive com um modelo externo, pergunte:

1. Onde ficam armazenadas a Task e a referência ao documento?
2. Que serviço busca a fonte?
3. Que conteúdo vai na requisição ao modelo?
4. Que provedor recebe essa requisição?
5. Onde ficam guardados o resultado, os logs e os backups?
6. Quem pode revogar a conexão ou apagar o estado armazenado?

Esse exercício revela mais do que o rótulo da implantação. A auto-hospedagem pode dar a você controle direto sobre armazenamentos e configurações importantes, mas o caminho completo é uma propriedade do fluxo de trabalho que você monta.

## Usar o próprio modelo é uma decisão de roteamento

A configuração auto-hospedada do Comma permite definir o endpoint do provedor de modelos, o protocolo, o ID do modelo, a chave de API, o orçamento de contexto e o limite de saída. As chamadas ao provedor usam a sua conta nesse provedor, então a cobrança e os termos pertencem a essa relação, e não aos créditos do Comma.

Essa flexibilidade permite vários arranjos. Você pode usar a API de um modelo comercial com a sua própria conta, apontar para um endpoint privado compatível ou configurar um modelo que você opera. Essas opções não devem ser reduzidas a “IA local”. Uma instância auto-hospedada do Comma que envia prompts para um modelo na nuvem continua tendo um caminho externo de dados até o modelo. Rodar um modelo privado pode mudar esse caminho, mas só se o endpoint configurado e a infraestrutura em volta estiverem de fato dentro do limite que você pretende.

As credenciais pedem o mesmo cuidado. Operar a pilha significa proteger as chaves dos modelos, os segredos gerados, as credenciais de e-mail e qualquer token usado pelas integrações. O controle da configuração tem valor justamente porque a configuração carrega responsabilidade.

## Auto-hospedar significa operar um sistema

O repositório público oferece um ponto de partida completo com Docker Compose em um único nó. Ele compila o cliente web, o cliente de administração e o servidor, e inicia os serviços de dados que dão suporte a eles. O primeiro início pode ser local: por padrão, as portas ficam vinculadas apenas à interface de loopback, e o Mailpit oferece uma caixa de entrada local para os códigos de login.

Funcionar localmente não é um certificado de prontidão para produção. Uma implantação pública precisa de HTTPS atrás de um proxy reverso, de origens separadas para o app web, o app de administração e a API do produto, e de um serviço SMTP de verdade. O cadastro público vem desativado por padrão. Você precisa decidir quem pode acessar a instância, como certificados e DNS são gerenciados, como os segredos são guardados e como as atualizações de segurança são aplicadas.

Os backups também são uma propriedade do sistema, e não a cópia de um banco de dados. O guia do Comma orienta parar a pilha e fazer backup dos cinco volumes nomeados juntos: `config`, `postgres`, `objects`, `clickhouse` e `redis`. O volume de configuração guarda a chave de criptografia e os segredos de autenticação. Perdê-lo e manter os outros volumes pode deixar você com dados que não dá para recuperar de forma útil. Um plano de backup não está completo até que uma restauração tenha sido testada.

As atualizações trazem outra obrigação. Você precisa de janelas de manutenção, espaço em disco suficiente para as compilações, uma forma de detectar serviços com falha e um plano de reversão ou recuperação adequado ao seu uso. Se o agente passar a fazer parte do trabalho diário, a disponibilidade da máquina, a saúde do armazenamento e a configuração de rede viram questões de produto que o serviço hospedado absorveria.

O código aberto muda o que você pode inspecionar e modificar; não elimina esse trabalho de operação. O código original do Comma é licenciado sob AGPL-3.0-only, e o repositório explica a obrigação de disponibilizar o código-fonte das versões modificadas que você oferecer como serviço. É um controle real, mas diferente de uma auditoria de segurança, de um contrato de suporte ou de uma garantia de que uma implantação específica está configurada corretamente.

## O computador na nuvem não é o mesmo recurso nos dois caminhos

O produto hospedado fornece um computador na nuvem para cada espaço de trabalho. Isso dá ao agente um ambiente para trabalhos que precisam de arquivos, ferramentas ou execução parecida com a de um navegador, além de uma única chamada ao modelo, sem pedir que o usuário prepare esse ambiente separadamente.

Em 26 de outubro de 2026, os computadores na nuvem de grupo da pilha pública auto-hospedada estão desativados por padrão e exigem configuração da Cloudflare. O repositório não transforma esse recurso em um sandbox local disponível automaticamente só porque os serviços principais estão rodando. Se o trabalho em um computador na nuvem for central para as suas Tasks, inclua na decisão o runtime, a configuração, o custo, o isolamento e a manutenção dele, e não apenas o servidor do aplicativo.

Isso pode mudar a resposta na prática. Quem precisa principalmente de Tasks persistentes, chamadas a modelos conectados e controle sobre os dados armazenados do aplicativo pode aceitar a configuração adicional. Quem espera um computador de execução pronto para uso como parte da experiência do agente pode preferir o Comma hospedado, mesmo sabendo rodar Docker.

## A gravação de reuniões tem um limite de runtime próprio

O mesmo alerta vale para reuniões. Em 26 de outubro de 2026, a experiência hospedada do Comma inclui gravação de reuniões, mas o repositório público de auto-hospedagem afirma que reuniões e hosts de Agent VMM precisam de runtimes que o repositório não inclui.

Auto-hospedar o aplicativo principal, portanto, não reproduz todo o caminho de reuniões do serviço hospedado. Você poderia construir ou integrar infraestrutura adicional, considerando as permissões, as leis sobre gravação, o desenho do armazenamento e os provedores de transcrição relevantes para a sua situação. Isso seria um sistema operado por você, e não um botão incluído na pilha padrão do Compose.

Trate isso como um limite explícito do produto. Se gravar e processar chamadas for um caso de uso decisivo, hoje o Comma hospedado e o Comma auto-hospedado não são intercambiáveis.

## Um teste de responsabilidade antes de escolher

A pergunta mais útil sobre auto-hospedagem não é “eu sei rodar Docker?”. É “eu quero ser dono deste serviço depois do primeiro início bem-sucedido?”.

A auto-hospedagem combina bem quando você tem uma máquina ou um servidor duradouro, consegue proteger e fazer backup do estado dele, entende os provedores externos que configura e valoriza o controle direto o bastante para manter a implantação. Ela faz ainda mais sentido quando você precisa do seu próprio limite de rede, endpoint de modelo, processo de retenção ou personalização no nível do código.

O Comma hospedado combina bem quando o resultado importa mais do que o servidor, quando você precisa do computador na nuvem gerenciado ou do caminho de reuniões, ou quando não quer que a disponibilidade do seu agente pessoal dependa dos seus hábitos de manutenção. Escolher o hospedado não impede que você configure permissões com cuidado ou limite o que conecta. Apenas atribui ao Comma a operação da infraestrutura.

Antes de decidir, responda por escrito a estas perguntas:

- Que dados precisam ficar em uma infraestrutura operada por mim?
- Que provedor de modelos vai receber o conteúdo das Tasks, e com qual conta?
- Meus principais fluxos de trabalho precisam de um computador na nuvem ou de gravação de reuniões?
- Consigo administrar HTTPS, entrega de e-mail, segredos, atualizações e controle de acesso?
- Qual é o meu conjunto de backup, e já testei a restauração?
- Quem percebe e corrige uma queda enquanto estou fora?
- Estou escolhendo a auto-hospedagem por um limite concreto ou só porque a palavra parece mais segura?

Se as respostas apontarem para direções diferentes, comece pela implantação que sustenta o seu fluxo de trabalho mais importante. Você aprende mais com uma Task bem delimitada e o caminho real dos dados dela do que com uma comparação abstrata de recursos.

## Perguntas sobre agentes pessoais hospedados e auto-hospedados

### O Comma auto-hospedado é automaticamente mais privado?

Não. Ele coloca a pilha do aplicativo e os bancos de dados sob o seu controle, e a pilha padrão não envia dados analíticos nem traces para o Comma. Provedores de modelos, pesquisa, e-mail, apps conectados, serviços de rede e backups ainda podem receber ou armazenar dados. A privacidade depende da configuração e do fluxo de trabalho completos.

### O Comma auto-hospedado exige uma conta ou assinatura do Comma?

A pilha pública do Docker Compose não exige conta do Comma, Stripe nem créditos do Comma. Você fornece a máquina e configura uma conta em um provedor de modelos ou um modelo privado. Essas escolhas podem ter os próprios custos de infraestrutura e de uso.

### Posso usar meu próprio provedor de modelos?

Sim. A pilha auto-hospedada oferece configuração para o endpoint do provedor, o protocolo, o modelo e a credencial. Um provedor que você mesmo opera é possível se ele suportar a interface necessária, mas auto-hospedar o Comma não torna, por si só, um modelo de terceiros local.

### A versão auto-hospedada inclui um computador na nuvem?

Não como padrão pronto para uso. O guia oficial do Comma diz que os computadores na nuvem de grupo precisam de configuração da Cloudflare. Se os seus fluxos de trabalho dependem de execução em computador, planeje essa configuração separada e o limite de operação dela.

### A versão auto-hospedada inclui a gravação de reuniões?

Não. O repositório público diz que os runtimes de reunião não estão incluídos. Por isso, nesse caso de uso, o serviço hospedado e a pilha auto-hospedada padrão são diferentes.

### Do que devo fazer backup?

Faça backup dos cinco volumes nomeados — configuração, PostgreSQL, objetos, ClickHouse e Redis — como um único conjunto, com a pilha parada. Preserve o volume de configuração, porque ele guarda os segredos de criptografia e autenticação. Siga o [guia de auto-hospedagem](https://comma.surf/pt/self-host) atual antes de uma atualização ou restauração.

### Código aberto é o mesmo que seguro?

Não. A disponibilidade do código-fonte torna possíveis a inspeção, a modificação e a operação independente. A segurança continua dependendo do código, das dependências dele, da sua configuração, da exposição de rede, das credenciais, das práticas de atualização e da resposta operacional.

## Escolha o limite que você consegue manter

Um agente pessoal hospedado pede que você confie em um operador de serviço e o avalie. Um agente pessoal auto-hospedado pede que você se torne um. O Comma oferece os dois porque controle e conveniência não são preferências universais, e porque o limite certo depende do trabalho que você pretende delegar.

Se você quer a experiência gerenciada, comece pelo [Comma hospedado](https://comma.surf/pt/). Se quer operar a pilha, leia o [guia de auto-hospedagem](https://comma.surf/pt/self-host) completo, examine o [repositório oficial](https://github.com/AFK-surf/Comma) e planeje os limites de modelo, rede, backup, computador na nuvem e reuniões antes de colocar Tasks importantes nele.

Agentes pessoais

[Voltar ao blog](https://comma.surf/pt/blog)

Compartilhar

## Artigos relacionados

30 de outubro de 2026

### [Como um agente pessoal sempre ativo mantém o trabalho de longo prazo andando](https://comma.surf/pt/blog/how-an-always-on-personal-agent-keeps-long-term-work-moving)

29 de outubro de 2026

### [Quando um agente pessoal sempre ativo deve acordar?](https://comma.surf/pt/blog/when-should-an-always-on-personal-agent-wake-up)

28 de outubro de 2026

### [O que é um agente de IA sempre ativo?](https://comma.surf/pt/blog/what-is-an-always-on-ai-agent)

## Try Comma, Now.

[Começar](https://app.comma.surf/)