Добавить в корзинуПозвонить
Найти в Дзене

Gemini научился делать мини-приложения: Opal теперь доступен из чата

Google перенесла Opal, инструмент для «вайб-кодинга», внутрь веб-версии Gemini: теперь можно собирать мини-приложения без кода прямо в интерфейсе чата. Эти мини-приложения создаются как кастомные Gems (настраиваемые версии Gemini под конкретные задачи) и затем могут переиспользоваться. Opal позиционируется как эксперимент Google Labs: он позволяет собирать и шарить мини-приложения, которые «сшивают» в цепочки промпты, вызовы моделей и подключаемые инструменты, а управляется все это через естественный язык и визуальный редактор. По сути, продукт превращает туманный «сделай мне вот такую штуку» в понятный workflow, который можно рассматривать, править и развивать итерациями. В веб-приложении Gemini Opal находится в менеджере Gems, то есть в том же месте, где создаются и хранятся кастомные «помощники» под разные сценарии. Основной режим редактирования визуальный: шаги приложения показываются как цепочка, их можно переставлять, связывать и комбинировать без написания кода. Отдельно добавил
Оглавление

Google перенесла Opal, инструмент для «вайб-кодинга», внутрь веб-версии Gemini: теперь можно собирать мини-приложения без кода прямо в интерфейсе чата. Эти мини-приложения создаются как кастомные Gems (настраиваемые версии Gemini под конкретные задачи) и затем могут переиспользоваться.

Что такое Opal

Opal позиционируется как эксперимент Google Labs: он позволяет собирать и шарить мини-приложения, которые «сшивают» в цепочки промпты, вызовы моделей и подключаемые инструменты, а управляется все это через естественный язык и визуальный редактор. По сути, продукт превращает туманный «сделай мне вот такую штуку» в понятный workflow, который можно рассматривать, править и развивать итерациями.

Как это устроено в Gemini

В веб-приложении Gemini Opal находится в менеджере Gems, то есть в том же месте, где создаются и хранятся кастомные «помощники» под разные сценарии. Основной режим редактирования визуальный: шаги приложения показываются как цепочка, их можно переставлять, связывать и комбинировать без написания кода.

Отдельно добавили удобный переводчик из текста в структуру: новый вид в Gemini превращает написанный промпт в список шагов, чтобы было проще понять логику и точечно ее исправлять. Если нужно больше контроля, можно переключиться в Advanced Editor на opal.google.com для более тонкой настройки.

Зачем это авторам, командам и бизнесу

Opal задумывался как ускоритель прототипирования: быстро собрать идею, показать proof of concept в виде работающего мини-приложения, обкатать workflow и уже потом решать, стоит ли превращать это в полноценный продукт. Помимо прототипов, инструмент прямо нацелен на прикладные рабочие сценарии: «собрать себе маленькую утилиту под задачу» и использовать ее для повышения личной и командной продуктивности.

Важная деталь для внедрения в командах: готовые мини-приложения можно расшаривать так, чтобы другие пользователи запускали их под своей учетной записью Google, без ручной установки и долгих онбордингов. А чтобы старт был проще, в Opal предусмотрены демо-галерея и шаблоны, которые можно брать как есть или менять под свою специфику.

Ограничения и подводные камни

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

Еще один практический момент: когда «приложения из промптов» начинают жить в компании, быстро появляется вопрос стандартизации (кто владелец, кто поддерживает, какие данные можно скармливать, где границы ответственности). Это уже не про магию AI, а про обычную дисциплину продуктовой разработки, только на более высокой скорости.

От редакции

Главный тренд здесь не в том, что «ИИ научился писать код», а в том, что промпты окончательно превращаются в продукт: повторяемые сценарии упаковываются в мини-приложения, получают интерфейс, версионирование и начинают распространяться внутри команд почти как корпоративные утилиты. Следующий шаг выглядит очевидным: внутренние каталоги таких мини-приложений (по сути, «маркетплейс воркфлоу») и роль промпт-инжиниринга как части операционной модели, а не разовой настройки.

Как извлечь пользу уже сейчас:

  • Соберите 10–15 самых частых повторяемых задач (контент-план, разбор писем, подготовка ТЗ, ревью текста, сводка встреч) и оформите их как отдельные мини-приложения с фиксированными входами и понятным результатом.
  • Введите простое правило качества: любой workflow должен иметь чек-лист проверки результата и явные ограничения (что он не делает и где нужен человек).
  • Назначьте владельцев: у каждого мини-приложения должен быть ответственный, иначе через месяц оно станет «черным ящиком», которому никто не доверяет.
  • Думайте о данных заранее: разделите сценарии на «можно на публичных данных» и «только на обезличенных/внутренних», чтобы не превратить удобный инструмент в источник рисков.
  • Используйте это как быстрый R&D: если мини-приложение начинает реально экономить часы, значит пора переводить его в нормальный продуктовый контур с метриками, ролями и поддержкой.

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