Seu agente escreveu o site. Deixe que ele publique também.
harvis.dev é um servidor MCP remoto. Conecte uma vez e seu cliente de IA ganha uma ferramenta deploy_site que coloca uma pasta de arquivos no ar e devolve um endereço ao vivo — sem conta, sem chave de API, sem nada para instalar.
Um plugue padrão entre um cliente de IA e um serviço
Model Context Protocol é um padrão aberto para entregar a um assistente um conjunto de ações que ele pode executar. Seu agente já tem os arquivos e sabe o que você pediu; o que falta é um jeito de agir fora do chat. Um servidor MCP fornece exatamente isso — uma lista de ferramentas nomeadas, cada uma descrita bem o bastante para o modelo saber quando recorrer a ela. O harvis.dev publica exatamente uma ferramenta, e ela publica sites.
Conecte o servidor uma vez
Uma URL no arquivo de configuração do seu cliente, ou um comando no terminal. Depois disso a conexão continua em toda conversa.
O modelo vê uma ferramenta, não uma API
Nenhum endpoint para lembrar, nenhum curl para montar, nenhuma chave para colar. Ele lê o que o deploy_site faz e chama quando publicar é o que você pediu.
Você nunca sai da conversa
Peça uma landing page e receba um endereço ao vivo na mesma resposta. Sem exportar, sem etapa de upload, sem pipeline de build no meio.
Uma URL, qualquer cliente MCP
Streamable HTTP, sem autenticação. Clientes com suporte a MCP remoto usam o endereço como está; clientes só de stdio, como o Claude Desktop, passam pelo mcp-remote. Escolha o seu e copie o bloco.
https://harvis.dev/api/mcp
$ claude mcp add --transport http harvis https://harvis.dev/api/mcpTest it from a terminal
Not sure the address is reachable from where you are? The MCP Inspector asks the server what tools it has, over the same transport a client uses — nothing to install, and no account. If deploy_site comes back, the server is fine and anything still broken is in your client's config.
$ npx -y @modelcontextprotocol/inspector --cli https://harvis.dev/api/mcp --transport http --method tools/list{
"tools": [
{
"name": "deploy_site",
"description": "Publish a static website to harvis.dev and get a live public URL back instantly...",
"inputSchema": {
"type": "object",
"properties": { "files": { ... }, "name": { ... }, "subdomain": { ... } },
"required": ["files"]
}
}
]
}Rather install from a directory? harvis is listed on Glama's MCP registry, pointing at the same server URL.
Uma ferramenta, e ela faz uma coisa só
O deploy_site pega cada arquivo de que o site precisa e publica. Os caminhos são relativos à raiz do site e usam barras normais; inclua um index.html. Texto vai como está, imagens e outros binários em base64.
| campo | tipo | o que é |
|---|---|---|
| files | array · obrigatório | Cada arquivo do site: um caminho, o conteúdo e uma codificação text ou base64. Até 500 arquivos e 50 MB no total. |
| name | string | Um nome legível para o site, exibido no painel. O endereço web é gerado de qualquer forma. |
| deployToken | string | O token privado de um site, devolvido pelo deploy que o criou. Passá-lo atualiza aquele site no lugar em vez de criar um novo. |
| subdomain | string | O endereço do site que está sendo atualizado. Opcional, e só aceito junto do deployToken — sozinho ele não prova nada, então não autoriza uma atualização. |
Um link público e um privado
A ferramenta devolve um texto que o modelo lê de volta para você. A URL ao vivo é pública e está pronta para compartilhar. O link de reivindicação é privado: abra, entre de graça e o site fica ligado à sua conta, onde você pode editar ou apagar. Até lá o site é anônimo, e um site não reivindicado é recolhido 24 horas depois do último deploy — então abra o link no mesmo dia, porque ele não pode ser recuperado se for perdido.
Site deployed successfully. Live site: https://happy-panda-482.harvis.page Claim link (private): https://harvis.dev/claim/xxxxxxxx-... Subdomain: happy-panda-482 Deploy token (private): xxxxxxxx-xxxx-... Files hosted: 7
Faça deploy de novo para mudar o mesmo site
Todo deploy também devolve um deployToken privado. Devolva ele em uma chamada posterior e o mesmo site é substituído no lugar, mantendo o endereço — isso funciona antes e depois de você reivindicar. Deixe de fora e você ganha um site novo em um endereço novo, que é o que se quer para um segundo rascunho que você prefere comparar a sobrescrever.
Perguntas
O que as pessoas perguntam antes de colar a configuração.
Preciso de uma conta?
Não. O servidor MCP não aceita credencial nenhuma, e um deploy por ele é anônimo — por isso volta com um link de reivindicação. Criar conta é grátis e só é necessário se você quiser manter o site além de 24 horas ou gerenciá-lo depois.
Meu agente pode fazer mais alguma coisa com isso?
Não. O deploy_site é a única ferramenta que o servidor expõe, e ela só publica os arquivos que você deu. Não consegue ler sua conta, listar os sites de ninguém nem apagar nada. Todo o resto do harvis.dev fica atrás de uma chave de conta na API HTTP, que este servidor não toca.
Meu cliente não suporta servidores MCP remotos.
Então ele fala stdio, e o mcp-remote faz a ponte — os blocos do Claude Desktop e do Zed acima são exatamente isso. Precisa de Node.js na sua máquina e nada mais; o npx baixa a ponte na primeira vez.
O que dá para hospedar?
Arquivos estáticos: HTML, CSS, JavaScript, imagens, fontes, qualquer coisa que um navegador consiga buscar. Código de servidor não é executado. Formulários são a exceção — adicione o atributo harvis-form a um formulário e as respostas caem no seu painel, sem backend seu.
Dá para usar isso sem um cliente MCP?
Dá. Um agente que roda comandos publica com npx harvis, e um que só faz requisições HTTP pode mandar os arquivos por POST para /api/upload, sem chave. Os dois caminhos estão escritos em /llms.txt, a página para entregar a um assistente que não tem ferramenta para isso.
Nenhum agente por perto?
O mesmo deploy sai do seu terminal, de um navegador ou de um script — o servidor MCP é uma porta de entrada, não a única.