Alterações de redirecionamento de URL feitas por um agente, exibidas como diffs

O que o agente pode fazer

• Arquivosread_file, edit_file, grep, glob e list_dir funcionam em listas de rotas e arquivos de configuração na pasta de trabalho do chat, e edit_file mostra um diff primeiro.
• Shellexecuta seus comandos de teste de configuração, recarga e solicitação e julga o sucesso pelo código de saída real. Comandos perigosos são bloqueados.
• Webweb_search e http_get leem documentação oficial e buscam uma página do seu próprio serviço, para que você possa compará-la com o que esperava.
• Capturas de tela e imagensocr lê texto de uma captura de tela salva, como uma página de erro de um navegador, e gen_image salva arquivos de imagem reais na pasta de trabalho.
• Orquestraçãotask executa sub-agentes em paralelo, run_on_model envia uma etapa difícil para um modelo maior, e skill mantém playbooks reutilizáveis, incluindo uma habilidade de controle de versão para ramificações e commits de seus arquivos de rota.
• Modos de aprovaçãoAuto-run atua imediatamente, Ask first pausa antes das alterações, e Plan only escreve um plano e não executa nada.
• Cronexecuta um prompt em um agendamento, para que uma verificação recorrente do seu próprio endereço, por exemplo, uma solicitação cujo código de status você lê, possa iniciar sem você abrir o chat.
• Modelosconecte um provedor de IA em nuvem por meio de um endpoint de API padrão, um modelo executando localmente no seu PC ou o modelo integrado, que está pronto para uso sem seu próprio endpoint.

Quatro tarefas, passo a passo

Substituir um redirecionamento 302 por um 301

Uma página que mudou permanentemente, mas ainda responde com um código temporário, continua informando aos mecanismos de busca e visitantes que o endereço antigo está atualizado. list_dir e grep encontram o arquivo de regra que menciona o caminho antigo, e read_file mostra a linha que envia o código 302. edit_file altera esse código para 301 e mostra o diff. No modo Ask first, o agente pausa aqui. Nada é recarregado ainda. Shell executa então seu comando de teste de configuração, recarrega e envia uma solicitação para o endereço antigo, e o cartão mostra o código de status e o cabeçalho Location. Compare-os com os valores que você anotou antes da alteração e aceite o diff apenas quando ambos corresponderem. Coloque o código que você espera em seu plano antes de começar, para que a comparação seja uma verificação contra um valor escrito e não contra a memória.

Quebrar uma cadeia de redirecionamento infinita

Um loop de redirecionamento infinito atrás de um proxy reverso geralmente significa que duas camadas forçam https, então o navegador nunca alcança a página. grep pesquisa a palavra redirect no arquivo do proxy e no arquivo de configurações do aplicativo, e read_file abre ambos. Duas regras. edit_file remove a duplicata de uma delas e mostra um diff. Shell executa seu comando de teste de configuração, e um comando de solicitação segue os redirecionamentos que você pede para seguir, para que o código de saída e o número de saltos apareçam no cartão. Revise o diff, mantenha um backup do arquivo antigo e comece com Plan only se o servidor estiver online. Após o ajuste, solicite o endereço mais uma vez e conte os saltos: um está correto, dois ou mais significam que outra regra ainda está redirecionando.

Unir www e o domínio sem prefixo

Dois endereços que servem o mesmo site dividem seus visitantes, então escolha um e envie o outro para ele com um único redirecionamento de url. Escreva a regra para seu próprio domínio, como www.example.com para example.com, em um arquivo de plano primeiro. read_file abre as regras atuais, edit_file adiciona o redirecionamento permanente com um diff, e Shell executa seu comando de teste de configuração e um comando de solicitação contra ambos os nomes. Cadeias retardam os visitantes e podem entrar em loop. O segundo pedido deve, portanto, mostrar apenas um salto. Revise o diff no modo Ask first e confirme que a regra envia os visitantes ao mesmo conteúdo que eles solicitaram. Um redirecionamento que leva a algum lugar não relacionado é um erro, e não é para o que a regra serve.

Editar um proxy em um servidor remoto

Um proxy reverso em um VPS remoto que você administra pode ser alcançado através do ambiente SSH, onde os comandos Shell são executados no servidor enquanto as ferramentas de arquivo funcionam na pasta de trabalho do chat. Escolha esse ambiente, execute seu comando de teste de configuração e seu comando de recarga através do Shell, e leia o código de saída real em cada cartão. Auto-run atuaria imediatamente. Ask first é a melhor escolha para um servidor ao vivo, porque toda alteração aguarda sua aprovação. Depois, solicite o endereço público e compare o código de status com o que você anotou antes. Mantenha um backup da configuração antiga no servidor e uma maneira de reverter. Use isso apenas em servidores de sua propriedade ou que administra.