Зміни перенаправлень URL, внесені агентом: перегляд у diff

Що вміє агент

• Файлиread_file, edit_file, grep, glob та list_dir працюють зі списками маршрутів та файлами конфігурації у робочій папці чату, а edit_file спочатку показує diff.
• Shellзапускає ваші команди перевірки конфігурації, перезавантаження та запиту та оцінює успіх за реальним кодом виходу. Небезпечні команди заблоковано.
• Вебweb_search та http_get читають офіційну документацію та завантажують одну сторінку вашої власної служби, щоб ви могли порівняти її з тим, що ви очікували.
• Знімки екрана та зображенняocr зчитує текст із збереженого знімка екрана, наприклад, сторінки помилки з браузера, а gen_image зберігає реальні файли зображень у робочій папці.
• Оркестраціяtask запускає паралельні підагенти, run_on_model надсилає важливий крок до більшої моделі, а skill зберігає повторно використовувані сценарії, включаючи навичку контролю версій для гілок та комітів ваших файлів маршрутизації.
• Режими затвердженняAuto-run діє миттєво, Ask first зупиняється перед змінами, а Plan only складає план і нічого не запускає.
• Cronзапускає промпт за розкладом, тому періодична перевірка вашої адреси, наприклад, запит, код статусу якого ви потім зчитуєте, може початися без відкриття чату.
• Моделіпідключіть хмарного постачальника AI через стандартну кінцеву точку API, модель, що працює локально на вашому ПК, або вбудовану модель, яка готова до використання без вашої власної кінцевої точки.

Чотири завдання крок за кроком

Замінити 302 на перенаправлення 301

Сторінка, яка переїхала назавжди, але досі відповідає тимчасовим кодом, продовжує повідомляти пошуковим системам та відвідувачам, що стара адреса є актуальною. list_dir та grep знаходять файл правила, який згадує старий шлях, а read_file показує рядок, що надсилає код 302. edit_file змінює цей код на 301 та показує diff. У режимі Ask first агент зупиняється тут. Нічого ще не перезавантажується. Shell потім запускає вашу команду перевірки конфігурації, перезавантажує та надсилає запит на стару адресу, а картка показує код статусу та заголовок Location. Порівняйте їх із значеннями, які ви записали до зміни, і приймайте diff лише тоді, коли обидва збігаються. Вкажіть очікуваний код у своєму плані перед початком, щоб порівняння було перевіркою проти записаного значення, а не проти пам'яті.

Розірвати нескінченний ланцюжок перенаправлень

Безкінечний цикл перенаправлень за зворотним проксі зазвичай означає, що два шари примушують до https, тому браузер ніколи не досягає сторінки. grep шукає слово redirect у файлі проксі та у файлі налаштувань додатка, а read_file відкриває обидва. Два правила. edit_file видаляє дублікат з одного з них та показує diff. Shell запускає вашу команду перевірки конфігурації, а команда запиту відстежує перенаправлення, які ви просите її відстежувати, тому код виходу та кількість стрибків з'являються в картці. Огляньте diff, збережіть резервну копію старого файлу та почніть з Plan only, якщо сервер працює в режимі реального часу. Після виправлення знову надішліть запит на адресу та підрахуйте кількість стрибків: один — це правильно, два або більше означає, що інше правило все ще перенаправляє.

Об'єднати www та чистий домен

Дві адреси, які обслуговують один і той самий сайт, розділяють ваших відвідувачів, тому оберіть одну та надішліть іншу на неї за допомогою одного перенаправлення url. Спочатку запишіть правило для вашого власного домену, наприклад www.example.com на example.com, у файл плану. read_file відкриває поточні правила, edit_file додає постійне перенаправлення з diff, а Shell запускає вашу команду перевірки конфігурації та команду запиту проти обох імен. Ланцюжки уповільнюють відвідувачів і можуть утворювати цикл. Тому другий запит має показувати лише один стрибок. Огляньте diff у режимі Ask first та переконайтеся, що правило надсилає відвідувачів до того самого контенту, який вони запитували. Перенаправлення, яке веде кудись незв'язане, є помилкою, і це не те, для чого потрібне правило.

Редагувати проксі на віддаленому сервері

Зворотний проксі на віддаленому VPS, яким ви керуєте, можна досягти через середовище SSH, де команди Shell виконуються на сервері, тоді як інструменти файлів працюють у робочій папці чату. Виберіть це середовище, запустіть свою команду перевірки конфігурації та команду перезавантаження через Shell та прочитайте реальний код виходу в кожній картці. Auto-run діяв би миттєво. Ask first є кращим вибором для сервера в режимі реального часу, оскільки кожна зміна чекає на ваше схвалення. Після цього надішліть запит на публічну адресу та порівняйте код статусу з тим, який ви записали раніше. Збережіть резервну копію старої конфігурації на сервері та спосіб відкату. Використовуйте це лише на серверах, якими ви володієте або керуєте.