Изменения 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запускает промпт по расписанию, поэтому периодическая проверка вашего адреса, например запрос, код статуса которого вы затем читаете, может начаться без открытия чата.
• Моделиподключите облачного поставщика ИИ через стандартный 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 и домен без www

Два адреса, обслуживающие один и тот же сайт, делят ваших посетителей, поэтому выберите один и отправьте другой к нему с помощью одного URL-редиректа. Сначала запишите правило для вашего собственного домена, например www.example.com в example.com, в файл плана. read_file открывает текущие правила, edit_file добавляет постоянный редирект с diff, а Shell запускает вашу команду проверки конфигурации и команду запроса для обоих имен. Цепочки замедляют посетителей и могут зациклиться. Поэтому второй запрос должен показывать только один переход. Проверьте diff в режиме Ask first и убедитесь, что правило отправляет посетителей к тому же контенту, который они запросили. Редирект, ведущий куда-то совсем не туда, — это ошибка, и именно ради этого не нужно правило.

Изменить прокси на удалённом сервере

Обратный прокси на удалённом VPS, которым вы управляете, можно достичь через среду SSH, где команды Shell выполняются на сервере, а инструменты работы с файлами работают в рабочей папке чата. Выберите эту среду, запустите вашу команду проверки конфигурации и команду перезагрузки через Shell и прочитайте реальный код выхода в каждой карточке. Auto-run действовал бы немедленно. Ask first — лучший выбор для работающего сервера, потому что каждое изменение ждёт вашего одобрения. После этого запросите публичный адрес и сравните код статуса с тем, который вы записали ранее. Сохраните резервную копию старой конфигурации на сервере и способ отката. Используйте это только на серверах, которые вам принадлежат или которыми вы управляете.