Google представила Project Jitro — амбициозное развитие своего асинхронного ИИ-агента Jules. Пока индустрия спорит, какой чат-бот лучше пишет код, Google меняет саму парадигму взаимодействия: от выполнения конкретных инструкций (prompt-driven) к достижению высокоуровневых целей (goal-driven).

В чем проблема текущих инструментов?

Большинство популярных инструментов — Cursor, Windsurf или GitHub Copilot — работают по принципу «ты просишь — я делаю». Разработчик по-прежнему остается менеджером проекта, архитектором и тестировщиком. Если ваша цель — «снизить потребление памяти на 20%», вам приходится разбивать её на десятки мелких промптов, контролируя каждый шаг.

Project Jitro на базе Jules V2 призван забрать эту когнитивную нагрузку на себя.

Как работает Project Jitro

Ключевое отличие Jitro — KPI-driven development. Вместо того чтобы диктовать агенту, какую функцию переписать, вы ставите перед ним бизнес-метрику или техническую цель.

Основные фишки архитектуры:

• Автономность: Агент сам анализирует кодовую базу, чтобы понять, какие изменения необходимы для достижения цели.
• Выделенные воркспейсы: Это не просто окно чата, а полноценное рабочее пространство, где агент живет как постоянный контрибьютор (persistent collaborator), а не разовый помощник.
• Прозрачность: В Jitro Workspace разработчик может видеть список текущих целей, отслеживать инсайты, которые нашел ИИ, и настраивать интеграции с инструментами.

Что это значит для вайбкодеров?

Для тех, кто привык собирать продукты «руками» нейросетей, это переход на уровень техлида. Вместо микроменеджмента кода в Cursor, вы делегируете Jules целые пласты работы — например, «привести доступность интерфейса к 100%» или «оптимизировать SQL-запросы в модуле биллинга».

Google делает ставку на команды, работающие с огромными кодовыми базами, где мелкие улучшения накапливаются и дают значительный эффект. Если Jitro оправдает ожидания, роль разработчика окончательно сместится от написания строк кода к управлению целями и результатами (outcome ownership).