Runners auto-hospedados para agentes de código, na UE
A máquina onde os seus agentes realmente correm, em Praga ou Covilha, sob um contrato na UE - para que a resposta a "para onde vai o código" seja um data centre que pode nomear, e não uma configuração de região.
Para quem é
Uma equipa cujo agente não pode sair do perímetro
O jurídico aprovou o modelo mas não uma sandbox nos EUA com o checkout, as transcrições e os registos, e a revisão volta sempre a onde está cada uma dessas três coisas.
Uma plataforma construída sobre a API de sandbox personalizada
Não precisa de outra camada de orquestração por cima da sua. Precisa de hosts com preço previsível, isolamento que configura você e endereços que controla.
Uma equipa que já escolheu uma sandbox gerida
Funciona, e depois chega um questionário de residência de dados a perguntar que entidade processa os dados e em que região vive o estado da fila.
As quatro formas que um runner assume
- Efémera: um contentor por tarefa, destruído quando a tarefa termina. Investigação de um bug, extração de faturas, a tradução de um documento.
- De longa duração: contentores persistentes que mantêm muitas sessões ao mesmo tempo. Um agente que triava correio todo o dia, um chatbot, um construtor de sites a servir pelas portas do contentor.
- Híbrida: contentores efémeros que se hidratam a partir de um armazém de sessões ao arrancar e escrevem de volta ao sair, para trabalho que se estende por horas com pausas.
- Multiagente: vários subprocessos do SDK dentro de um contentor, cada um com o seu diretório de trabalho para não se sobrescreverem.
- Runners fixos ou a pedido para sessões Claude Code em web, móvel e desktop, provisionados por você e não pela Anthropic.
- Um cliente de sandbox próprio contra a sua própria infraestrutura, para quando nenhum dos quatro fornecedores geridos cabe no contrato que tem de assinar.
Dimensionado por agentes simultâneos, não a olho
A Anthropic põe o mínimo em 1 GiB de RAM, 1 CPU e 5 GiB de disco por agente, e o tamanho do host em (RAM do host menos overhead) dividido pelo seu teto medido por sessão. O mínimo é um mínimo: meça o RSS de pico numa sessão representativa com a sua duração real antes de confiar nestas contagens de agentes. E vale saber antes de otimizar o número errado: a documentação deles põe um contentor mínimo perto de 0,05 USD por hora, enquanto uma só sessão longa gasta dólares em tokens, por isso esta fatura não é decidida pela infraestrutura.
O que não somos
- Não somos uma plataforma de sandbox. Aqui não há control plane, nem API de sessões, nem painel de execuções. O runner ou o cliente de sandbox próprio trá-los você; nós damos a máquina, a rede e os endereços de que precisa.
- Não somos afiliados da Anthropic. Claude, Claude Code e o Agent SDK são deles, os runners auto-hospedados são uma funcionalidade Team e Enterprise do produto deles, e nada nesta página é endossado por eles.
- A inferência do modelo também não é nossa. O seu runner chama api.anthropic.com, ou uma região da UE do Bedrock ou do Vertex quando a residência tem de cobrir o prompt além do código.
- Os tokens são faturados por quem serve o modelo. A nossa fatura é a infraestrutura, que a documentação deles nota ser normalmente o número menor por uma ordem de grandeza.
- Um agente de código não precisa de GPU - a inferência acontece do lado do fornecedor do modelo. Se serve um modelo você mesmo, essa é uma conversa de GPU e outra página.
As partes que as equipas descobrem tarde
- O estado da sessão vive no sistema de ficheiros do contentor, por isso tudo o que um utilizador espera retomar precisa de um SessionStore. Armazenamento compatível com S3, Postgres ou Redis na mesma rede privada servem: o armazém recebe uma cópia e o disco local continua a ser a fonte de verdade.
- O armazém espelha apenas as transcrições. Os ficheiros de memória CLAUDE.md e os artefactos do diretório de trabalho precisam do seu próprio volume ou de uma sincronização para armazenamento de objetos, e é esse detalhe que transforma um reinício limpo numa tarde perdida.
- Em produção o tráfego de saída deve passar por um proxy que impõe uma lista de domínios permitidos e injeta as credenciais fora do contentor, para que o agente faça a chamada e nunca tenha a chave.
- O isolamento multi-inquilino é mais do que um diretório por inquilino: carregamento de configurações desligado, memória automática desativada, um diretório de configuração por inquilino e endereços de saída distintos por inquilino. Esse último ponto é a razão pela qual um corretor de endereços com o seu próprio AS dá um bom senhorio.
- As sessões não expiram por si: limite-as com maxTurns. A memória cresce ao longo de uma sessão longa, por isso recicle os subprocessos em vez de confiar que um vive para sempre.
- A telemetria sai do SDK se o ambiente estiver configurado, e o coletor podemos alojá-lo junto dos runners em vez de enviar traces para outro continente.
Uma sandbox gerida contra um runner no seu próprio hardware
| Um serviço de sandbox gerido | Um runner na DCXV | |
|---|---|---|
| Onde ficam o código e os ficheiros | Uma região do fornecedor que pode fixar | Uma máquina em Praga ou Covilha que é sua |
| Onde ficam os registos e o estado da fila | Muitas vezes impossível de fixar, mesmo quando a computação está fixada | A mesma máquina, ou o seu próprio armazém ao lado |
| Com quem assina o contrato | Frequentemente uma entidade dos EUA, com um DPA | Uma empresa cipriota, sob a lei da UE |
| Endereço de saída por inquilino | Saída partilhada, quando é sequer exposta | Um IPv4 limpo por inquilino a partir de AS204057 |
| Forma de faturação | Por segundo ou por pedido | Fixo ao mês, sem surpresas depois de uma execução longa |
| Arranque a frio | Menos de um segundo, que é o que o trabalho efémero quer | Um host quente: rápido de ligar, nada para provisionar |
| Isolamento | microVM ou gVisor, geridos por eles | Docker, gVisor ou Firecracker, configurados por você |
Como começa um pool de runners
Diga quantas sessões correm ao mesmo tempo
Concorrência, quanto dura uma sessão e se os agentes conduzem um navegador. Isso mais um RSS de pico medido dá o tamanho do host sem adivinhar.
Entregamos o host
Praga ou Covilha, endereços estáticos, acesso root, em minutos. Traga a sua própria imagem se o seu runner já estiver construído.
Aponte o runner para ele
O comando de runner auto-hospedado para o Claude Code, ou o seu cliente de sandbox próprio para o Agent SDK. Nós somos o destino, não a ferramenta.
Snapshot, e depois crescer para o lado
As sessões fixam-se a um host por hashing consistente sobre o id da sessão, por isso um pool escala acrescentando hosts em vez de aumentar um.
Porquê escolher-nos
- Instalações certificadas Tier III, SLA da instalação de 99,982 %
- Rede própria, AS204057, IPv4 e IPv6
- Suporte 24/7/365 com cerca de 10 minutos de resposta média
- Empresa cipriota, jurisdição da UE, conforme o RGPD desde 2007
FAQ
- De que precisa realmente um runner de agente auto-hospedado?
A Anthropic põe o mínimo em 1 GiB de RAM, 1 CPU e 5 GiB de disco por agente simultâneo, e o tamanho do host é a RAM do host menos overhead dividida pelo seu teto medido por sessão. Trate o mínimo como um mínimo e meça o RSS de pico numa sessão real com a sua duração real. É necessário HTTPS de saída para o endpoint do modelo; de entrada apenas o que a sua própria aplicação expõe
- A inferência pode ficar na UE tal como o código?
O runner pode, por completo: o seu código, os checkouts, as transcrições e os registos ficam numa máquina em Praga ou Covilha sob contrato cipriota. Para a chamada ao modelo, aponte o runner a uma região da UE do Amazon Bedrock (Frankfurt, Irlanda, Paris ou Estocolmo) ou ao Vertex AI, que o SDK suporta pela configuração de endpoint regional. A API direta não tem residência só-UE selecionável pelo cliente, por isso se o prompt também tiver de ficar na UE, é esse o caminho
- Em que é que isto difere de Modal, Daytona, Vercel ou Cloudflare?
Essas são plataformas e isto é o metal por baixo de uma. Elas dão-lhe um control plane e uma API de sessões; nós damos hosts, isolamento que configura e endereços que controla. Duas diferenças práticas se auto-hospedar for um requisito e não uma preferência: a Daytona fechou o código em junho de 2026 e o seu control plane continua a correr em infraestrutura da Daytona, e o auto-alojamento do E2B aponta a AWS e GCP. Uma plataforma com bring-your-own-cloud também pode simplesmente aterrar em nós
- Quantos agentes cabem num host?
No mínimo de 1 GiB, cerca de seis em 8 GB, catorze em 16 GB e trinta em 32 GB se deixar margem para o sistema operativo. A automação de navegador muda isso bastante - o Chromium leva 2 a 4 GB por sessão, por isso um agente que navega está mais perto de 4 GB do que de 1 GB. Meça antes de fixar um número
- Dão a cada inquilino o seu próprio endereço de saída?
Sim, e é a razão para alojar agentes com um corretor de endereços. A Anthropic recomenda regras de saída por inquilino, incluindo IP de saída distintos, para que um inquilino comprometido não possa exfiltrar pela política de outro. Operamos o AS204057, temos espaço IPv4 próprio, mantemos as cargas de agentes em pools separados do correio e dos endereços destinados a venda, e pode verificar a reputação de qualquer bloco você mesmo antes de entrar em produção
- Quanto custa?
Desde 18,43 EUR por mês por um primeiro runner com 4 vCPU e 8 GB, cerca de seis agentes simultâneos no mínimo documentado; 36,88 EUR para 16 GB e 59,92 EUR para 32 GB, com uma cópia de segurança incluída em cada. Há bare metal se quiser isolamento Firecracker ou gVisor em hardware que ninguém partilha. E vale manter a proporção: a própria documentação da Anthropic põe um contentor mínimo perto de 0,05 USD por hora, enquanto uma sessão longa gasta dólares em tokens
Se precisar de assistência ou tiver perguntas adicionais, por favor contacte os gestores ou escreva para a equipa de suporte em support@dcxv.com
Servidores na nuvem desde 15 €/mês
Encomendar agora