ИИ-агенты обновляют проекты: Next.js и Xcode дают им инструкции

Осенью 2026 года сразу несколько крупных платформ начали писать инструкции не только для людей, но и для ИИ-агентов. Next.js 16.4 (6 октября) получил команду `next upgrade --agent`, которая готовит агенту план обновления проекта. Apple на странице подготовки к iPhone Duo предлагает запустить навык в Xcode или экспортировать его для других агентов. GitHub 15 октября сделал общедоступными агентные автоисправления уязвимостей. Обновления зависимостей — рутина, которую давно хотелось отдать машине. Разбираем, где это работает, а где нужен человек.

Что предлагают платформы

Next.js. Команда `npx next@canary upgrade --agent=latest` проверяет установленную версию, выбирает целевую, готовит гайды миграции, кодмоды и шаги проверки. Агент применяет обновление, решает проблемы миграции и проверяет, что приложение работает. Настройка `experimental.agentUpgrade` напоминает об обновлениях при запуске `next dev` и `next build`: по умолчанию — только о тех, что закрывают известные уязвимости. Для перехода на Cache Components есть отдельные навыки для агентов.

Apple. Чтобы подготовить приложение к складному iPhone Duo, Apple предлагает попросить встроенного помощника Xcode «подготовить приложение для iPhone Duo» или экспортировать навык для других агентов командой `xcrun agent skills export`. При этом Apple прямо предупреждает: навык находит не все проблемы, список паттернов нужно пройти вручную.

GitHub. Агентные автоисправления предлагают исправления для предупреждений сканера кода, а динамические сценарии в Copilot CLI позволяют собирать многошаговые задачи.

Где это работает хорошо

Мы считаем, что агентам хорошо даются обновления, у которых есть:

• чёткая инструкция от авторов — как в Next.js, где план миграции и кодмоды готовит сам фреймворк;
• автоматическая проверка — тесты, сборка, проверка типов, которые сразу покажут ошибку;
• узкая область — обновление одной библиотеки, а не всего стека сразу.

Для поддержки сайтов это заметная экономия: минорные обновления и исправления безопасности можно готовить быстрее, а человек проверяет результат.

Где нужен человек

• Бизнес-логика. Агент не знает, что после обновления библиотеки дат у вас сдвинутся сроки доставки или напоминания клиентам.
• Смена модели. Переход на Cache Components или на новую систему кеширования меняет поведение сайта. Это решение, а не механическая правка.
• Неполные инструкции. Даже Apple пишет, что её навык находит не всё. Агент, который «закончил», не значит, что проблем нет.
• Качество кода. По опросу Linux Foundation от 20 октября 2026 года, мейнтейнеры оценивают долю низкокачественных вкладов, сделанных с ИИ, в 25% входящих pull request. Обновления от агента нужно проверять так же строго, как от человека.

Пример: обновление сайта на Next.js

Допустим, интернет-магазин работает на Next.js 16.2. Разработчик запускает `next upgrade --agent`, агент получает план перехода на 16.4.1, применяет кодмоды и запускает сборку. Сборка проходит, но тест оформления заказа падает: после обновления изменилась логика предзагрузки, и корзина подтягивает устаревшие данные. Агент предлагает исправление, тест проходит.

Дальше — человек. Он смотрит, не изменилось ли поведение кеша на страницах с ценами и остатками, проверяет оплату на тестовом стенде и только потом выкладывает. Весь цикл занимает меньше времени, чем ручное обновление, но ключевая проверка остаётся за человеком. Без теста оформления заказа проблема дошла бы до клиентов. Это условный пример, но он показывает, где агент экономит время, а где без человека не обойтись.

Как организовать процесс

1. Агент готовит обновление в отдельной ветке, никогда — сразу в основной.
2. Обязательны тесты на ключевые сценарии: без них агент не может проверить себя.
3. Изменения проходят ревью человека — с акцентом на поведение, а не на синтаксис.
4. Выкладка — сначала на тестовый стенд, затем в продакшен по обычному регламенту.
5. Журнал: что обновлялось, кем и когда, — пригодится при разборе проблем.

Что спросить у подрядчика

• Используете ли вы ИИ-агентов для обновлений и исправлений?
• Какие тесты запускаются перед тем, как изменение агента попадёт на сайт?
• Кто и как проверяет такие изменения?
• Есть ли журнал обновлений с датами и версиями?

Что это значит для заказчика

Если подрядчик использует агентов для обновлений, это может удешевить поддержку — но только при наличии тестов. Проект без автотестов агент обновить может, а проверить — нет. Поэтому вложения в тесты на ключевые сценарии окупаются вдвойне: и для людей, и для агентов.

Наше мнение

Мы считаем инструкции для агентов от авторов фреймворков правильным шагом: обновление по официальному плану надёжнее, чем по догадкам модели. Но мы не советуем клиентам отдавать агентам обновления «под ключ». Разумная модель — агент готовит, тесты проверяют, человек решает. О том, как ИИ-код влияет на качество проектов, мы писали в разборе исследования Linux Foundation.