Modifiche ai redirect URL operate da un agente, mostrate come diff

Cosa può fare l'agente

• Fileread_file, edit_file, grep, glob e list_dir funzionano sulle liste di rotta e sui file di configurazione nella cartella di lavoro della chat, e edit_file mostra prima un diff.
• Shellesegue i tuoi comandi di test, reload e richiesta e giudica il successo dal codice di uscita reale. I comandi pericolosi sono bloccati.
• Webweb_search e http_get leggono la documentazione ufficiale e recuperano una pagina del tuo servizio, così puoi confrontarla con ciò che ti aspettavi.
• Screenshot e immaginiocr legge il testo da uno screenshot salvato, come una pagina di errore da un browser, e gen_image salva file immagine reali nella cartella di lavoro.
• Orchestrazionetask esegue sotto-agenti in parallelo, run_on_model invia un passaggio critico a un modello più grande, e skill mantiene playbook riutilizzabili, inclusa una skill di controllo versione per i branch e i commit dei tuoi file di rotta.
• Modalità di approvazioneAuto-run agisce subito, Ask first si ferma prima delle modifiche, e Plan only scrive un piano e non esegue nulla.
• Cronesegue un prompt su un programma, così un controllo ricorrente del tuo indirizzo, ad esempio una richiesta il cui codice di stato leggi, può partire senza che tu apra la chat.
• Modelliconnetti un provider AI cloud tramite un endpoint API standard, un modello in esecuzione locale sul tuo PC o il modello integrato, pronto all'uso senza il tuo endpoint.

Quattro attività, passo dopo passo

Sostituisci un redirect 302 con un 301

Una pagina spostata definitamente che risponde ancora con un codice temporaneo continua a dire ai motori di ricerca e ai visitatori che l'indirizzo vecchio è attuale. list_dir e grep trovano il file di regola che menziona il vecchio percorso, e read_file mostra la riga che invia il codice 302. edit_file cambia quel codice in 301 e mostra il diff. In modalità Ask first l'agente si ferma qui. Nessun reload avviene ancora. Shell esegue poi il tuo comando di test della configurazione, effettua il reload e invia una richiesta all'indirizzo vecchio, e la scheda mostra il codice di stato e l'header Location. Confrontali con i valori che hai annotato prima della modifica e accetta il diff solo quando entrambi corrispondono. Inserisci il codice che ti aspetti nel tuo piano prima di iniziare, così che il confronto sia un controllo contro un valore scritto e non contro la memoria.

Rompi una catena di redirect infinita

Un loop di redirect infinito dietro un reverse proxy significa solitamente che due livelli forzano ciascuno https, così il browser non raggiunge mai la pagina. grep cerca la parola redirect nel file del proxy e nel file di impostazioni dell'applicazione, e read_file apre entrambi. Due regole. edit_file rimuove il duplicato da uno di essi e mostra un diff. Shell esegue il tuo comando di test della configurazione, e un comando di richiesta segue i redirect che gli chiedi di seguire, così il codice di uscita e il numero di salti appaiono nella scheda. Rivedi il diff, tieni un backup del vecchio file e inizia con Plan only se il server è live. Dopo la correzione, richiedi l'indirizzo ancora una volta e conta i salti: uno è corretto, due o più significano che un'altra regola sta ancora reindirizzando.

Unisci www e il dominio nudo

Due indirizzi che servono lo stesso sito dividono i tuoi visitatori, quindi scegli uno e invia l'altro ad esso con un singolo redirect url. Scrivi la regola per il tuo dominio, ad esempio www.example.com verso example.com, in un file di piano prima. read_file apre le regole correnti, edit_file aggiunge il redirect permanente con un diff, e Shell esegue il tuo comando di test della configurazione e un comando di richiesta contro entrambi i nomi. Le catene rallentano i visitatori e possono creare loop. La seconda richiesta deve quindi mostrare un solo salto. Rivedi il diff in modalità Ask first e conferma che la regola invii i visitatori allo stesso contenuto che hanno richiesto. Un redirect che porta da qualche parte non correlata è un errore, e non è per quello che serve la regola.

Modifica un proxy su un server remoto

Un reverse proxy su un VPS remoto che amministri può essere raggiunto attraverso l'ambiente SSH, dove i comandi Shell vengono eseguiti sul server mentre gli strumenti file funzionano nella cartella di lavoro della chat. Scegli quell'ambiente, esegui il tuo comando di test della configurazione e il tuo comando di reload attraverso Shell, e leggi il vero codice di uscita in ogni scheda. Auto-run agirebbe subito. Ask first è la scelta migliore per un server live, perché ogni modifica attende il tuo OK. Dopo richiedi l'indirizzo pubblico e confronta il codice di stato con quello che hai annotato prima. Tieni un backup della vecchia configurazione sul server e un modo per tornare indietro. Usa questo solo sui server di tua proprietà o che amministri.