Jules AI

Агент для репозитория

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

Сервис рассчитан на работу с кодом, где результат можно проверить через diff и тесты. Ответственность за принятие изменений остаётся у разработчика.

GitHub и рабочая копия

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

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

Какие задачи поручать

Лучше всего формулировать задачу как проверяемый результат с понятным участком кода и условиями готовности. Агенту можно поручить такие работы.

• исправить воспроизводимую ошибку и добавить тест;
• обновить документацию рядом с изменяемым API;
• реализовать небольшую функцию с описанными критериями;
• подготовить набор правок для ревью.

Точное описание, команда тестов и ограничения проекта уменьшают число лишних итераций.

План перед изменениями

Jules сначала формирует план, затем выполняет действия в контексте задачи. Этот этап позволяет увидеть предполагаемое направление до готового набора правок. Google отдельно пишет, что агент учитывает файлы с инструкциями репозитория.

План не заменяет техническое задание. Скрытые зависимости, неясные требования и неполные тесты остаются риском для любого автоматизированного изменения.

Проверка результата

Готовая задача требует того же внимания, что и изменения от коллеги. Сначала стоит прочитать diff, затем запустить тесты и проверить сценарий в окружении проекта. Особого внимания требуют зависимости, команды сборки и файлы конфигурации.

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

Языки и проекты

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

Перед первой важной задачей полезно проверить подготовку окружения на небольшом исправлении.

REST API в alpha

У Jules есть REST API в alpha-статусе. Через него можно получать подключённые источники, создавать сессии и встраивать задачи агента в собственный процесс. Документация предупреждает, что спецификации и ключи могут меняться до стабилизации интерфейса.

Для доступа нужен API-ключ, созданный в настройках веб-приложения. На один аккаунт допускается до трёх ключей. Их нельзя размещать в публичном репозитории.

Лимиты обычного доступа

На осень 2026 года базовый план Jules даёт 15 задач за скользящие 24 часа и до трёх параллельных задач. После достижения лимита новые задачи не запускаются, хотя историю и существующие задачи можно просматривать дальше.

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

Pro и Ultra

Расширенные лимиты доступны в составе Google AI Pro и Google AI Ultra для индивидуальных Google-аккаунтов. Jules in Pro даёт 100 задач и 15 параллельных задач, Jules in Ultra - 300 и 60. Платные уровни получают повышенный доступ к актуальным моделям Gemini.

• обычный Jules - 15 задач и 3 параллельные;
• Jules in Pro - 100 задач и 15 параллельных;
• Jules in Ultra - 300 задач и 60 параллельных.

Google может менять условия и лимиты. Для корпоративных и Workspace-аккаунтов путь повышения описан отдельной формой интереса.

Где работает

Основной интерфейс Jules работает в веб-браузере и подключается к репозиториям GitHub. Есть REST API в alpha для автоматизированных сценариев. Официальных приложений для Windows, macOS, Linux, iOS, Android, расширения IDE, CLI или MCP в изученной документации не подтверждено.

Безопасность репозитория

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

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

Практический порядок

Хороший старт - задача с коротким описанием ошибки, ссылкой на нужные файлы и ожидаемым тестом. После готовности следует прочитать план и diff, запустить проверку, затем оформить обычное ревью. Такой порядок оставляет агенту рутинную работу и сохраняет контроль над изменениями.

Для повторяющихся работ полезно держать инструкции проекта рядом с кодом. В них можно описать команды сборки, тестов и правила изменений.

Сильные стороны

Сервис выделяется автономным выполнением задач в отдельной среде и прямой связью с GitHub. Его сильные стороны видны в понятных инженерных поручениях.

• работа продолжается после закрытия вкладки;
• для каждой задачи создаётся свежая виртуальная машина;
• есть базовый бесплатный доступ;
• REST API позволяет строить собственные сценарии.

Ограничения контроля

Автономность не делает изменения безопасными по умолчанию. Качество зависит от инструкций, состояния тестов и доступности зависимостей. Лимиты задач считаются по скользящему окну и могут меняться вместе с планами Google.

Страница изменений сообщала о выходе из beta в августе 2025 года, а текущий FAQ всё ещё называет Jules Public Beta. В обзоре этот статус не используется, пока Google не приведёт формулировки к одному виду.

Кому пригодится Jules

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

Для сравнения подходов к работе с моделями можно посмотреть карточки OpenRouter и DeepL . Эти ссылки относятся к другим сценариям и не заменяют проверку конкретного репозитория.