Как обновлять старый сайт с Codex без остановки бизнеса
Старый сайт часто выглядит как технический долг. Хочется сказать: "давайте перепишем нормально". Но для бизнеса это не просто старый код и старые страницы. Это привычки пользователей, ссылки из поиска, фотографии, архивы, заявки, способы оплаты, старые разделы и странные детали, которые кто-то использует каждый день.
Поэтому Codex не стоит запускать в старый сайт с задачей "сделай современно". Более правильная роль - осторожная ремонтная команда. Сначала он помогает составить карту: какие страницы есть, что открывается, где старые формы, какие URL нельзя ломать, какие файлы связаны между собой. Только потом можно просить маленькие изменения.
Сигнал для этой темы дает материал Pimenov.ai про реновацию старой лавки: ценность не только в обновлении, но и в сохранении непрерывности. Для Codex это особенно важно. Агент быстро меняет файлы, но не знает, какая старая странность на самом деле держит рабочий процесс.
Первый шаг - карта, не ремонт
Попросите Codex не править, а описать систему. Владелец проекта может дать ему папку сайта, список важных страниц, доступные логи, старые инструкции и попросить собрать карту.
Главное:В старом сайте сначала нужно сохранить смысл, маршруты и привычки пользователей. Codex полезен не как разрушитель старого, а как инструмент инвентаризации, проверки и маленьких безопасных изменений.
Рабочий запрос
Открой папку старого сайта.
Пока ничего не меняй.
Собери карту:
- основные страницы и шаблоны;
- формы и точки отправки заявок;
- внешние скрипты;
- старые URL, которые нельзя ломать;
- места, где нужен ручной тест;
- что можно улучшать маленькими шагами.
Верни результат как таблицу: участок, зачем нужен, риск, как проверить, можно ли менять сейчас.| Этап | Что дать Codex | Что получить | Что решает человек |
|---|---|---|---|
| Инвентаризация | папку сайта, sitemap, список важных URL | карту страниц и зависимостей | что нельзя ломать |
| Риски | формы, оплаты, заявки, старые скрипты | список опасных мест | где нужен ручной тест |
| Маленький ремонт | один раздел или компонент | точечный diff и план отката | можно ли выкатывать |
| Проверка | URL до и после | чек-лист живых страниц | сохранить или откатить |
| Следующий шаг | результаты теста | план следующей итерации | продолжать ли миграцию |
После этого можно дать вторую задачу: выбрать один безопасный участок. Например, привести в порядок один шаблон, обновить текст на странице услуги, заменить битую картинку, собрать redirect-план, вынести список старых страниц в таблицу.
OpenAI Academy показывает Codex как рабочий инструмент для задач, где есть контекст и ожидаемый результат. В старом сайте этот контекст особенно важен: без карты агент будет видеть только файлы, но не увидит ценность привычного маршрута пользователя.
Что не отдавать агенту
Codex не должен сам решать, какие страницы удалить, какие старые URL больше не нужны, какие формы можно заменить и какой контент "устарел". Это бизнес-решения. Агент может показать факты: страница есть, ссылка ведет туда, форма отправляет сюда, код давно не менялся, тест нужен вот такой. Но финальное решение остается за владельцем.
Хороший признак правильной работы: после первой сессии у вас появляется не новый сайт, а понятная карта. После второй - один маленький проверенный ремонт. После третьей - уверенность, что вы не разрушаете старое ради красивого нового.