Faça o deploy de um site estático com o MCP server

Abra o agente na pasta do seu projeto e descreva o site e o objetivo. Por exemplo:

Um cliente que suporta recursos MCP lê os quatro recursos. Um cliente sem suporte a recursos chama a ferramenta deploy_azion_static_site com action definido como deploy, que retorna as quatro etapas. Com action definido como help, a ferramenta lista as URIs dos recursos.

Em deploy/step-0-preparation, o agente lê o projeto e escreve um relatório de prontidão para o deploy. O relatório informa o framework, o gerenciador de pacotes, o ponto de entrada, o preset e se o projeto é novo ou já está vinculado à Azion. Ele também informa se o site é estático ou precisa de ajustes, e se a Azion CLI está instalada e autenticada.

O agente detecta o framework pelos arquivos de configuração dele e o gerenciador de pacotes pelo arquivo de lock. Ele procura um arquivo azion/azion.json ou azion.config.* existente e código do lado do servidor. Ele verifica a CLI com azion --version e a autenticação com azion whoami. Esta etapa não instala nada e não altera nenhum arquivo.

Em deploy/step-1-configuration, o agente configura a CLI e vincula o projeto. Quando a CLI não está instalada, a etapa faz a instalação. Quando a CLI não está autenticada, a etapa executa azion -t com um personal token, ou azion login.

Um projeto novo é vinculado com azion link --name <project-name> --preset <your-preset> --auto --package-manager <your-package-manager>. Um projeto existente é atualizado com azion sync, depois que você confirma a atualização. Em seguida, o agente testa o build com azion build --preset <your-preset> --entry <your-entry-file>. Quando o build falha com um erro de módulo, a etapa adiciona "type": "module" ao package.json e tenta de novo. Quando falha com um erro de ponto de entrada, a etapa verifica se o arquivo de entrada existe e tenta outros caminhos.

A etapa termina com um projeto vinculado, um build bem-sucedido e um arquivo azion.config.js.

Em deploy/step-2-execute, o agente faz o deploy do projeto com azion deploy --no-prompt --auto --local --debug. Para ter mais controle sobre cada fase, a etapa executa azion build --preset <your-preset> --entry <your-entry-file> e depois azion deploy --auto --debug --local --skip-build. A etapa verifica se a pasta .edge/storage contém os arquivos estáticos antes de continuar.

Da saída do deploy, o agente obtém o nome da application, o ID da application e a URL de produção, no formato xxxxxxxxx.map.azionedge.net. O nome e o ID também estão em azion/azion.json e na saída de azion list application. A etapa informa que o primeiro deploy em produção pode levar até 10 minutos para propagar, e testa a URL a cada 2 minutos até ela responder.

Para testar, o agente resolve a URL de produção com nslookup, host ou dig. Em seguida, envia curl -H "Host: <production-url>" -I http://<ip>/ para esse endereço IP e repete a requisição com -H "Pragma: azion-debug-cache" para ler os headers de cache. Quando um teste falha, a etapa verifica os logs com azion logs http.

Em deploy/step-3-basic-test, o agente requisita a página inicial e os assets principais, como CSS, JavaScript e imagens, pelo mesmo endereço IP e header Host. Ele executa a verificação de cache duas ou três vezes, porque a primeira requisição pode ser um miss. O relatório marca o acesso ao site, o carregamento dos assets e os headers de cache como OK ou NOT OK.

Quando um teste é NOT OK, a etapa verifica os logs com azion logs http --tail. Ela também verifica o diretório de saída do build em azion.config.js e confirma que todos os assets estáticos fizeram parte do deploy.