Закрытие Google Jules: как сохранить работу и сменить агента

Закрытие Google Jules: какие даты учесть в работе

Google Jules, агент Google для фоновой работы с кодом, перейдёт в режим только для чтения после 11 ноября, а затем окончательно прекратит работу. Уведомление Google о закрытии Jules датировано 29 октября 2026 года.

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

Разработчику с незавершённым исправлением сейчас нужно решить, доделать его в Jules или перенести патч и оставшиеся требования в новую задачу. Руководителю команды — найти зависимости, которые обычно не видны при проверке кода: повторяющиеся промпты, шаги настройки, права доступа к репозиториям и учётные данные.

Если Jules выполняет ваши задачи, действуйте сейчас. Командам, у которых готовые изменения уже влиты и которым не нужны записи из Jules, переносить придётся меньше. Если вы только выбираете агента и ещё не работали в Jules, можно пропустить экспорт и сразу перейти к выбору среды выполнения ниже. С выбором поставщика на долгий срок можно подождать; с сохранением работы — нельзя.

Экспорт данных Jules: что сохранить помимо Git-репозитория

Код, ветки и пул-реквесты, уже размещённые в GitHub, останутся там. Экспорт Google охватывает хранящиеся в Jules настройки, переменные окружения, расписания, подключения репозиториев, записи памяти, скрипты настройки, а также промпты, планы, логи и патчи сессий. Порядок действий описан в официальной инструкции по экспорту.

Пул-реквест, или PR, — это предложение внести изменения в код. В нём может сохраниться патч, но не объяснение, почему агент выбрал именно такое решение. В скрипте настройки может оказаться установка пакета, без которого не проходили тесты, а в памяти агента — причина отказа от заманчивого рефакторинга. Разберите эти материалы, прежде чем превращать их в инструкции для другого агента.

Используйте экспорт как архив, а для каждой незавершённой задачи подготовьте краткое описание для передачи. Укажите репозиторий и ветку, цель изменения, уже выполненную работу, оставшиеся критерии приёмки и команду, которая подтверждает успех. Вместо всей переписки в новом промпте дайте ссылки на вспомогательные записи.

Например, для задачи по обновлению зависимости недостаточно написать «заверши обновление». Сохраните сведения о том, какая проблема совместимости осталась, какие файлы изменены и какой тест воспроизводит сбой. Так следующий агент получит чётко ограниченную задачу, а проверяющий — основание отклонить неполный результат.

Как выполнить экспорт по инструкции Google

Google предлагает использовать Jules Tools и опубликованный промпт для экспорта. Установите инструмент и авторизуйтесь:

npm install -g @google/jules
jules login

Из домашнего каталога запустите CLI-агента для работы с кодом и вставьте полный текст промпта из раскрываемого блока уведомления. Чтобы выгрузить данные репозиториев, сначала подключите GitHub. Результат сохраняется в ~/jules-export; не открывайте к нему общий доступ, поскольку env-variables.json содержит значения учётных данных. Для каждой сессии сохраняются в том числе summary.md, журналы действий и диффы.

Сообщение о завершении не подтверждает полноту экспорта. Анализ опубликованного Google экспортёра показывает, что счётчик сессий учитывает все сессии в списке, даже если загрузить подробности отдельных сессий не удалось. Ошибки выводятся отдельно. Кроме того, экспортёр восстанавливает команды настройки по выводу сессий, поэтому прежде чем считать репозиторий готовым к переносу, проверьте, что действительно попало в файлы. Этот вывод сделан по опубликованному скрипту; при подготовке статьи экспорт не запускался.

Для руководителя, который принимает результаты переноса, это существенная разница. «Команда отработала» доказывает меньше, чем «нужный патч, конфигурация и контекст задачи сохранены». Если важной записи нет, восстановите её, пока доступ ещё открыт, вместо того чтобы поручать следующему агенту воссоздание недостающих сведений.

Что будет с историей и API Jules?

Сохраните историю локально и уберите зависимости от Jules из автоматизации. Уведомление о закрытии не обещает ни автоматического импорта истории в другой агент, ни работы API после закрытия сервиса.

В публичной документации API Jules описаны сессии и действия в них: создание задач, утверждение планов и отправка сообщений. От этих вызовов зависит выполнение работы. Боту, создающему сессии по задачам из трекера, нужна замена, даже если никто в команде не открывает сайт Jules.

Составьте список скриптов, файлов рабочих процессов и интеграций, которые обращаются к Jules. Для каждого пункта запишите входные данные, ожидаемый сигнал успеха и место сохранения результатов. Перенос может не сработать, даже если заменить промпт: старая интеграция по-прежнему может ждать идентификатор сессии Jules или опрашивать её журнал действий в ожидании завершения.

Наличие доступной краткой инструкции по API не означает продления работы сервиса. Пока отдельного графика отключения API нет, планируйте перенос по срокам самого сервиса: создание задач нужно перенести до перехода в режим только для чтения. Это рекомендация по организации работы, а не дополнительная дата отключения API, объявленная Google.

Сохранить историю и получить возможность продолжить сессию — разные вещи. Сохранённый план поможет другому агенту разобраться в задаче, но не восстановит рабочее окружение предыдущего. Завершите работу или зафиксируйте промежуточное состояние так, чтобы другой разработчик мог воспроизвести следующий шаг, не открывая Jules.

Что перейдёт в Antigravity и что уже работает?

Google заявляет, что намерена использовать опыт Jules в своей платформе для разработки с помощью агентов Google Antigravity. В официальном сообщении Jules говорится о работе над объединением удалённого автономного выполнения фоновых задач со средой разработки Antigravity. Срок появления этой возможности не указан.

Доступный сейчас продукт уже умеет выполнять полезную работу в фоне. Antigravity App управляет параллельными агентами, объединяет работу в Projects и запускает задачи по расписанию. В документации Google по Remote Control описан доступ из браузера к сессиям, которые работают на ваших ноутбуках, настольных компьютерах или серверах.

Ключевой вопрос — кто предоставляет компьютер для выполнения задач. Remote Control даёт доступ к уже существующей машине. Само по себе это не означает, что Google подготовила облачную замену Jules. Если команда рассчитывает на ночное обслуживание проекта, ей нужно понимать, какая машина остаётся включённой, кто поддерживает её зависимости и что произойдёт, если она станет недоступна.

Как перейти: откройте репозиторий в Antigravity, восстановите необходимые настройки и инструкции, затем запустите небольшую задачу с понятным тестом. Если план предполагает удалённый доступ, проверьте целевую машину и её доступность. Добавляйте регулярное расписание после того, как весь процесс пройдёт проверку.

Antigravity подойдёт, если вам нужна именно эта среда разработки и вы готовы обслуживать машину, на которой выполняются задачи. Если требование звучит как «разработчик закрывает ноутбук, и никому не нужно поддерживать ещё один компьютер», уже сейчас рассмотрите облачный сервис. Не привязывайте переход к функции, у которой нет даты выхода.

Вопросы доступа и квот разобраны в статье о ценах Antigravity, а отдельный вопрос выбора среды для повседневной разработки — в сравнении Google Antigravity и Cursor.

Альтернативы Google Jules: выберите среду для фоновых задач

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

Приведённые ниже варианты опираются на актуальную документацию поставщиков. Это отправные точки для переноса, а не утверждение об одинаковых возможностях или общем с Jules формате импорта.

Облачные задачи OpenAI Codex: выполнение в облаке и повторное использование настроек

OpenAI Codex Cloud — облачный агент для работы с кодом, который может продолжать задачу, пока ваш компьютер спит. У каждой задачи своё рабочее пространство; изменения и результаты тестов можно проверить до создания коммита или PR. Текущий порядок настройки описан в официальном руководстве Codex Cloud.

Как перейти: в ChatGPT выберите Work in > Cloud, затем создайте или выберите окружение. Подключите репозитории GitHub, дайте Codex подготовить проект, просмотрите результаты проверки настройки и опубликуйте окружение. Запустите задачу с чёткими границами, используя подготовленные материалы из Jules, затем проверьте изменения и результаты тестов.

Главное ограничение — доступ из окружения. Успешный локальный тест мало что говорит об облачной задаче, которая не может подключиться к реестру пакетов или нужному сервису. Укажите необходимые сетевые адреса и учётные данные в настройках окружения, затем запустите в нём тот же тест.

Выбирайте Codex, если прежде всего вам нужна облачная очередь задач с возможностью повторно использовать настройки проекта. Для первой пробы возьмите задачу, правильность результата которой можно быстро оценить, а не переписывание без чётких границ. Более общее сравнение Codex и Claude Code поможет выбрать рабочий процесс вне контекста этого закрытия.

Claude Code: облачные сессии или автоматизация репозитория

Claude Code от Anthropic предлагает облачные сессии, которые продолжают работать после закрытия ноутбука, и отдельную интеграцию с GitHub Actions для процессов в репозитории. Способ переноса зависит от того, что вы заменяете: интерактивную передачу задачи агенту или автоматический триггер.

Для облачных сессий: подключите репозиторий, настройте подготовку облачного окружения, сетевой доступ и переменные, затем запустите задачу с определённым объёмом. В терминале с авторизованным Claude Code команда claude --cloud запускает работу в облаке. При стандартном клонировании из GitHub сначала отправьте ветку в удалённый репозиторий, чтобы сессия получила нужные коммиты. Подробности — в руководстве по облачным сессиям Claude.

Здесь ограничениями становятся общие лимиты и доступ: облачные сессии расходуют лимит использования Claude для аккаунта, а права в организации могут ограничивать их запуск. То, что у инженера всё работает в личном аккаунте, не означает, что те же задачи получится запустить в корпоративном.

Для GitHub Actions: администратор репозитория может выполнить /install-github-app в Claude Code, настроить авторизацию по инструкции и проверить созданный PR с рабочим процессом. Начните с явного запроса через @claude, затем добавьте задачу по расписанию или по событию, которую переносите из Jules. Требования к приложению, учётным данным и рабочему процессу Anthropic описывает в руководстве по GitHub Actions.

Здесь главное — назначить ответственного за рабочий процесс. Кто-то должен поддерживать триггеры, учётные данные и права доступа, а также отличать сбой настройки от ошибки при выполнении задачи по коду. Выбирайте Actions, если естественная отправная точка работы — событие в репозитории. Эта модель разобрана в нашем руководстве по Claude Code в GitHub Actions.

Агент GitHub Copilot: передавайте задачи внутри GitHub

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

Как перейти: проверьте доступность на вашем тарифе и политику организации, выберите репозиторий и ветку, затем передайте Copilot задачу с критериями приёмки и просьбой создать PR. До слияния изучите предложенные изменения и подтверждения прохождения тестов. Сохраните исходное описание задачи из списка работ Jules, чтобы можно было проверить, выполнила ли её замена.

Ограничение зависит от среды выполнения: сессии GitHub Actions изменяют один репозиторий, а сессии в облачной песочнице могут охватывать несколько. В обоих случаях работа ведётся в одной ветке и на каждую задачу открывается один PR. Если при переносе нужны согласованные изменения в разных ветках, разбейте работу на части, которые можно проверить по отдельности.

Выбирайте Copilot, если очередь на проверку и распределение ответственности за задачи уже находятся в GitHub. Так передача работы останется рядом с задачей и PR, но окружение и инструкции, которые раньше хранились в Jules, всё равно придётся восстановить.

Чего не стоит ждать: экспорт не равен автоматическому переносу

Фраза «Jules переезжает в Antigravity» легко создаёт ложное впечатление, будто речь идёт о переносе аккаунтов. Заявления Google описывают направление развития продукта и экспорт данных. Они не обещают, что активные сессии, расписания и память появятся в другом инструменте в готовом к запуску виде.

Ещё одна ошибка — считать доступ через браузер доказательством выполнения в облаке. Через браузер можно управлять и вашей машиной, и машиной поставщика. Интерфейсы могут выглядеть похоже, хотя ответственность за непрерывную работу будет разной.

Используйте практический критерий приёмки: замена должна воспроизвести нужное окружение, выполнить задачу с чёткими границами, показать результаты проверок и подготовить изменение, которое можно оценить. Не выбирайте инструмент лишь потому, что он распознал тот же репозиторий или составил правдоподобный план. План помогает понять, разобрался ли агент в задаче; работоспособный процесс подтверждает, что перенос удался.

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

Что сделать на этой неделе

Сначала добейтесь, чтобы замена заработала на одной задаче, а затем перенесите на неё оставшуюся очередь.

• Составьте список: перечислите репозитории Jules, незавершённые сессии, регулярные задачи и системы, обращающиеся к API. Для каждой задачи, которая должна продолжаться, назначьте ответственного и выберите, куда её перенести.
• Сохраните данные: выполните экспорт по инструкции Google, проверьте ошибки и важные файлы, сохраните исходный архив в закрытом доступе.
• Завершите работу или зафиксируйте промежуточное состояние: проверьте незавершённые патчи; у каждой задачи, которую нужно продолжить, должны быть понятная ветка, требование и тест.
• Восстановите окружение: настройте зависимости, инструкции, сетевой доступ и учётные данные в выбранной среде выполнения. Не записывайте секреты в обычные заметки к задачам.
• Проверьте на практике: проведите небольшую задачу через подготовку окружения, реализацию, тестирование и проверку человеком. Проверьте поведение при сбое, а не только успешное создание PR.
• Переключите работу: переносите регулярные триггеры только после того, как замена заработает. Отключите дублирующие запуски и отзовите устаревший доступ, когда он больше не нужен.

В понедельник выберите репозиторий, с которым сейчас работаете, выгрузите его контекст из Jules и доведите небольшую задачу в новом инструменте до завершения проверки. Так у вас появится рабочий порядок переноса, который можно повторить до того, как сервис перестанет принимать задачи.

Подпишитесь на рассылку, чтобы получать практические руководства по изменениям в инструментах разработчика.