Modificări de redirecționare URL făcute de un agent, afișate ca diff-uri

Ce poate face agentul

• Fișiereread_file, edit_file, grep, glob și list_dir funcționează pe liste de rute și fișiere de configurație din folderul de lucru al chat-ului, iar edit_file afișează mai întâi un diff.
• Shellexecută comenzile tale de testare a configurației, reîncărcare și solicitare și evaluează succesul în funcție de codul de ieșire real. Comenzile periculoase sunt blocate.
• Webweb_search și http_get citesc documentația oficială și preiau o singură pagină din serviciul tău, astfel încât să o poți compara cu ceea ce te așteptai.
• Capturi de ecran și imaginiocr citește textul dintr-o captură de ecran salvată, cum ar fi o pagină de eroare dintr-un browser, iar gen_image salvează fișiere imagine reale în folderul de lucru.
• Orchestraretask execută sub-agente în paralel, run_on_model trimite un pas critic către un model mai mare, iar skill păstrează playbook-uri reutilizabile, inclusiv un skill de control al versiunilor pentru ramuri și commit-uri ale fișierelor tale de rutare.
• Moduri de aprobareAuto-run acționează imediat, Ask first se oprește înainte de modificări, iar Plan only scrie un plan și nu execută nimic.
• Cronexecută un prompt la intervale regulate, astfel încât o verificare recurentă a adresei tale, de exemplu o solicitare ale cărei cod de status îl citești, poate începe fără să deschizi chat-ul.
• Modeleconectează un furnizor de AI cloud printr-un endpoint API standard, un model care rulează local pe PC-ul tău sau modelul integrat, care este gata de utilizare fără propriul tău endpoint.

Patru sarcini, pas cu pas

Înlocuiește un redirect 302 cu un redirect 301

O pagină care s-a mutat definitiv, dar care răspunde încă cu un cod temporar, le spune motoarelor de căutare și vizitatorilor că adresa veche este încă valabilă. list_dir și grep găsesc fișierul de regulă care menționează calea veche, iar read_file afișează linia care trimite codul 302. edit_file modifică acel cod în 301 și afișează diff-ul. În modul Ask first agentul se oprește aici. Nu se face nicio reîncărcare încă. Shell execută apoi comanda ta de testare a configurației, reîncarcă și trimite o solicitare către adresa veche, iar cardul afișează codul de status și antetul Location. Compară-le cu valorile pe care le-ai notat înainte de modificare și acceptă diff-ul doar când ambele se potrivesc. Introdu codul pe care îl aștepți în planul tău înainte de a începe, astfel încât compararea să fie o verificare împotriva unei valori scrise și nu împotriva memoriei.

Spargerea unui lanț infinit de redirecționări

O buclă infinită de redirecționări în spatele unui proxy invers înseamnă de obicei că două straturi forțează fiecare https, astfel încât browserul nu ajunge niciodată la pagină. grep caută cuvântul redirect în fișierul proxy și în fișierul de setări al aplicației, iar read_file deschide ambele. Două reguli. edit_file elimină duplicatul din unul dintre ele și afișează un diff. Shell execută comanda ta de testare a configurației, iar o comandă de solicitare urmărește redirecționările pe care le ceri să le urmeze, astfel încât codul de ieșire și numărul de salturi apar în card. Revizuiește diff-ul, păstrează o copie de rezervă a fișierului vechi și începe cu Plan only dacă serverul este live. După remediere, solicită adresa o dată și numără salturile: unul este corect, două sau mai multe înseamnă că o altă regulă mai redirecționează încă.

Unește www și domeniul gol

Două adrese care servesc același site îți împart vizitatorii, așa că alege una și trimite cealaltă către ea printr-o singură redirecționare url. Scrie regula pentru domeniul tău, cum ar fi www.example.com către example.com, într-un fișier de plan mai întâi. read_file deschide regulile curente, edit_file adaugă redirecționarea permanentă cu un diff, iar Shell execută comanda ta de testare a configurației și o comandă de solicitare împotriva ambelor nume. Lanțurile încetinesc vizitatorii și pot crea bucle. A doua solicitare trebuie să arate deci un singur salt. Revizuiește diff-ul în modul Ask first, și confirmă că regula trimite vizitatorii către același conținut pe care l-au solicitat. O redirecționare care duce undeva complet diferit este o greșeală, și nu este scopul pentru care este creată regula.

Editează un proxy pe un server remote

Un proxy invers pe un VPS remote pe care îl administrezi poate fi accesat prin mediul SSH, unde comenzile Shell rulează pe server în timp ce instrumentele de fișiere funcționează în folderul de lucru al chat-ului. Alege acel mediu, execută comanda ta de testare a configurației și comanda ta de reîncărcare prin Shell, și citește codul de ieșire real în fiecare card. Auto-run ar acționa imediat. Ask first este alegerea mai bună pentru un server live, deoarece fiecare modificare așteaptă aprobarea ta. După aceea, solicită adresa publică și compară codul de status cu cel pe care l-ai notat înainte. Păstrează o copie de rezervă a configurației vechi pe server și o modalitate de a reveni la starea anterioară. Folosește acest lucru doar pe servere pe care le deții sau pe care le administrezi.