
Sessenta contêineres em um servidor
Uma caixa bare-metal executa dezenas a centenas de contêineres Hoody. KSM e BTRFS dedup fazem o custo marginal próximo a zero.
Um job noturno que varre as exceções de cobrança de ontem, agrupa duplicatas e escreve uma nota de triagem. Ele só precisa existir por cerca de uma hora por dia. Duas entradas de cron sobem um contêiner de agente novo às 02:59 e o desmontam às 04:01. As outras 23 horas, ele não está rodando, não está aquecido, não está sendo cobrado.
Um agente. Uma hora por noite. Ocioso as outras vinte e três. A conta de servidor de tarifa fixa não muda de qualquer maneira.
Não há pool aquecido, nem serviço de scheduler, nem daemon de cola fazendo polling por trabalho. Uma entrada hoody-cron faz POST na URL de spawn do hoody-agent às 02:59. O agente faz a execução e sai. Um segundo cron às 04:01 chama DELETE pra garantir que o contêiner se foi. Essa é a máquina inteira.
Duas linhas de cron num banco de dados. Uma imagem de agente. O contêiner só existe pelo trabalho, depois para de existir. Sem pool aquecido, sem primitiva de tarefa agendada, sem daemon de ciclo de vida que você tem que operar.
Cinco momentos. O agente está vivo nos três do meio. Fora dessa hora, a linha na tabela de contêineres não existe.
A entrada de cron billing-reconcile-wake dispara. Ela faz POST em api.hoody.com com ai: true e hoody_kit: true. Um contêiner novo sobe com sistema de arquivos limpo e o prompt do agente carregado.
O agente lê a tabela billing-exceptions de ontem via Hoody SQLite e pede a um LLM que agrupe as linhas por código de motivo — via Hoody AI Gateway (custo do provedor + 5%, tirado do seu AI Balance) ou chave BYO direto para Anthropic / OpenAI / seu provedor. Sem mounts de file-share. Só URLs.
Ele escreve uma única nota de triagem por cluster de volta na mesma URL SQLite, e então envia uma notificação com o resumo do dia. Tempo total até aqui: cerca de trinta minutos.
O processo do agente retorna 0 e o contêiner sai sozinho. O hoody-containers o marca como parado. Deste segundo em diante, nada do agente está rodando, aquecido ou sendo cobrado.
Uma segunda entrada de cron dispara DELETE no id do contêiner. Se o agente já saiu, isso é um no-op 200 OK. Se ele travou, o contêiner é desmontado de qualquer jeito. Idempotente e sem supervisão.
Cinco timestamps, duas linhas de cron, um contêiner que vive sessenta e dois minutos. A noite roda sozinha, e você descobre que rodou lendo a nota de triagem de manhã.
Um worker sempre ligado é o formato errado para um job que roda uma vez por dia. No Hoody o substrato é de tarifa fixa — a vantagem não é cobrança por segundo, é sem pool aquecido, sem serviço scheduler, sem daemon de cola pra operar.
Não há pool aquecido em memória. Nenhum serviço de 'tarefa agendada' segurando estado. A linha na tabela de contêineres se vai por vinte e três horas do dia. O servidor de tarifa fixa que você já aluga roda o trabalho; horas ociosas não geram um item de linha separado.
Hoody cobra a máquina, não o runtime. Um agente noturno de 60 minutos e um worker sempre ligado de 24/7 caem na mesma fatura de servidor de tarifa fixa. A vantagem não é 'pague apenas pelo que usa' — é não pagar duas vezes pelo overhead de pool aquecido que você não precisa.
Você não escreve uma Lambda de despertar, um worker 'sobe o contêiner' ou um watchdog que o aposenta. O hoody-cron faz POST. O hoody-containers sobe. O agente sai. Um segundo cron faz POST DELETE. Essa é toda a superfície.
A maior parte das plataformas de agente mantém o worker aquecido vinte e quatro horas por dia pra ele estar pronto em menos de um segundo. Para um job em batch das 3h, esse é exatamente o tradeoff errado. Cold-spawn em alguns segundos está ótimo quando o agendamento é seu.
Um contêiner de agente sempre ligado, ou um assento em pool aquecido reservado pra um agente que roda uma vez por dia, fica vivo 720 horas por mês. 719 dessas horas, ele está fazendo nada.
Ocioso é o item da fatura em plataformas por segundoUm contêiner de vida curta gerado por uma entrada de cron existe por uma hora por noite. Trinta horas por mês, no total. O processo do agente retorna 0 e a linha na tabela de contêineres se vai.
Hoody cobra o servidor, não o runtime. A coluna 'vivo' mostra quando o agente existiu cada noite — o mesmo servidor de tarifa fixa roda se está lá ou não. Preços começam em $29/mês e variam por especificação, região e duração do aluguel.
Um agente que existe só quando há trabalho pra ele fazer.
Os padrões que pagam pra um agente existir 24/7. No Hoody, o agente roda dentro do servidor de tarifa fixa que você já aluga — sem pool aquecido, sem serviço scheduler, sem métrica por segundo.
Um agente que existe só quando há trabalho pra ele fazer.