Modifs de redirections URL par un agent, affichées en diff

Ce que l'agent peut faire

• Fichiers read_file, edit_file, grep, glob et list_dir fonctionnent sur les listes de routes et les fichiers de configuration dans le dossier de travail du chat, et edit_file affiche d'abord un diff.
• Shell exécute vos commandes de test de configuration, de rechargement et de requête et juge du succès grâce au code de sortie réel. Les commandes dangereuses sont bloquées.
• Web web_search et http_get lisent la documentation officielle et récupèrent une page de votre propre service, afin que vous puissiez la comparer avec ce que vous attendiez.
• Captures d'écran et images ocr lit le texte d'une capture d'écran enregistrée, telle qu'une page d'erreur d'un navigateur, et gen_image enregistre de vrais fichiers image dans le dossier de travail.
• Orchestration task exécute des sous-agents en parallèle, run_on_model envoie une étape critique à un modèle plus grand, et skill conserve des playbooks réutilisables, y compris une compétence de contrôle de version pour les branches et les validations de vos fichiers de route.
• Modes d'approbation Auto-run agit immédiatement, Ask first fait une pause avant les modifications, et Plan only écrit un plan et n'exécute rien.
• Cron exécute une invite à intervalles réguliers, afin qu'une vérification récurrente de votre propre adresse, par exemple une requête dont vous lisez ensuite le code d'état, puisse démarrer sans que vous ouvriez le chat.
• Modèles connectez un fournisseur d'IA cloud via un point de terminaison API standard, un modèle exécuté localement sur votre PC, ou le modèle intégré, prêt à l'emploi sans votre propre point de terminaison.

Quatre tâches, étape par étape

Remplacer une redirection 302 par une 301

Une page qui a définitivement changé mais qui répond toujours avec un code temporaire continue de dire aux moteurs de recherche et aux visiteurs que l'ancienne adresse est toujours valide. list_dir et grep trouvent le fichier de règle qui mentionne l'ancien chemin, et read_file affiche la ligne qui envoie le code 302. edit_file modifie ce code en 301 et affiche le diff. En mode Ask first, l'agent fait une pause ici. Rien n'est rechargé. Shell exécute ensuite votre commande de test de configuration, recharge et envoie une requête à l'ancienne adresse, et la carte affiche le code d'état et l'en-tête Location. Comparez-les avec les valeurs que vous avez notées avant la modification, et n'acceptez le diff que lorsque les deux correspondent. Indiquez le code que vous attendez dans votre plan avant de commencer, afin que la comparaison soit une vérification contre une valeur écrite et non contre la mémoire.

Briser une chaîne de redirection infinie

Une boucle de redirection infinie derrière un proxy inverse signifie généralement que deux couches forcent chacune le https, de sorte que le navigateur n'atteint jamais la page. grep recherche le mot redirect dans le fichier du proxy et dans le fichier de paramètres de l'application, et read_file les ouvre tous les deux. Deux règles. edit_file supprime le doublon de l'une d'elles et affiche un diff. Shell exécute votre commande de test de configuration, et une commande de requête suit les redirections que vous lui demandez de suivre, de sorte que le code de sortie et le nombre de sauts apparaissent dans la carte. Révisez le diff, gardez une sauvegarde de l'ancien fichier et commencez par Plan only si le serveur est en ligne. Après la correction, demandez à nouveau l'adresse et comptez les sauts : un est correct, deux ou plus signifient qu'une autre règle redirige encore.

Fusionner www et le domaine nu

Deux adresses qui servent le même site divisent vos visiteurs, alors choisissez-en une et envoyez l'autre vers celle-ci avec une seule redirection url. Écrivez d'abord la règle pour votre propre domaine, par exemple www.example.com vers example.com, dans un fichier de plan. read_file ouvre les règles actuelles, edit_file ajoute la redirection permanente avec un diff, et Shell exécute votre commande de test de configuration et une commande de requête contre les deux noms. Les chaînes ralentissent les visiteurs et peuvent boucler. La deuxième requête doit donc montrer un seul saut. Révisez le diff en mode Ask first et confirmez que la règle envoie les visiteurs vers le même contenu qu'ils ont demandé. Une redirection qui mène à quelque chose d'inconnu est une erreur, et ce n'est pas ce pour quoi la règle est faite.

Modifier un proxy sur un serveur distant

Un proxy inverse sur un VPS distant que vous administrez peut être atteint via l'environnement SSH, où les commandes Shell s'exécutent sur le serveur tandis que les outils de fichiers fonctionnent dans le dossier de travail du chat. Choisissez cet environnement, exécutez votre commande de test de configuration et votre commande de rechargement via Shell, et lisez le code de sortie réel dans chaque carte. Auto-run agirait immédiatement. Ask first est le meilleur choix pour un serveur en ligne, car chaque modification attend votre accord. Après cela, demandez l'adresse publique et comparez le code d'état avec celui que vous avez noté avant. Gardez une sauvegarde de l'ancienne configuration sur le serveur et un moyen de revenir en arrière. Utilisez ceci uniquement sur les serveurs que vous possédez ou administrez.