Рабочая система в Gemini Notebook

Не нажимай все кнопки. Собери рабочий контекст

16 июля 2026 года Google переименовал NotebookLM в Gemini Notebook. Но переименование - не событие.

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

Новичок увидит в этом еще один чат с PDF. Нормальный пользователь соберет систему: источники отдельно, артефакты отдельно, автоматизация отдельно. С этого и начинаем.

Три уровня, на которых Notebook перестает быть игрушкой

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

Второй - рабочие артефакты. Таблицы, презентации, отчеты, инфографика и Audio Overview нужны не для коллекции файлов, а под следующий шаг проекта.

Третий - автоматизация. На поддерживаемом тарифе результат выходит из чата: код обрабатывает данные, файлы скачиваются, Google Workspace Studio запускает flow по расписанию или событию.

Один проект превращается в информационную помойку быстрее, чем кажется

Стандартная реакция простая: создаем проект «запуск стартапа» и добавляем туда все, что нашли. Уроки, подкасты, исследования аудитории, ценники, экономику, протоколы встреч, прошлые видео.

На экране это выглядит богато. Внутри - каша. В одном источнике старые цены, в другом новые. В одном автор говорит делать так, в другом так уже не работает.

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

Пять источников, с которых стоит начинать проект

Gemini Notebook поддерживает много форматов: Google Docs, презентации, таблицы, PDF, Word, PowerPoint, CSV, Markdown, изображения, аудио, веб-страницы, публичные YouTube-видео с субтитрами.

Один источник, по речи в видео, может содержать до 500 000 слов или весить до 200 МБ. Но это не цель. Больше не значит лучше.

Для запуска продукта начинаем с пяти типов данных: описание продукта, голос клиента, рынок и конкуренты, решения команды, живые цифры. Все, что обновляется, держи в Google Docs или Google Sheets. Тогда агент видит не архив, а актуальный источник.

Саммари убивает смысл быстрее, чем плохой источник

Самый ленивый запрос - «дай саммари». Он кажется безопасным, но в проектной работе часто делает хуже.

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

Докапывайся до истины не одним запросом, а сменой слоя

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

Например, оставь только 10 лекций Y Combinator и попроси выгрузить не краткое содержание, а то, что повторяет много авторов. Если несколько авторов говорят про open source, простоту и универсальность - это уже критерии, с которыми можно работать.

Потом оставь базу стартапов и спроси, какие публичные продукты попадают под эти критерии. Потом свяжи их с интервью клиентов. Так ты не «общаешься с ИИ», а проходишь цепочку доказательств.

главная схема: истина появляется при переключении источников

Fast Research и Deep Research тоже надо чистить руками

В панели Source есть Fast Research и Deep Research. Один ищет подходящие страницы в интернете или файлы в Google Drive. Второй может пройти сотни сайтов и собрать многостраничный отчет.

Но кнопка Import all - ловушка. Сначала открой результаты, убери SEO-агрегаторы, пересказы и страницы без первичных данных. Иначе мусор попадет в систему быстрее, чем ты успеешь назвать это research.

В видео прозвучали бесплатные квоты: 100 notebooks, до 50 источников в каждом, 50 запросов к чату и 3 Audio Overview в день. Google отдельно пишет, что квоты могут меняться. Значит в лонгриде это не вечная истина, а цифры на дату урока.

не импортировать все автоматически

Если каждый раз объяснять роль, ты все еще работаешь руками

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

Базовая роль из урока: «Ты редактор продуктового запуска. Работаешь только с выбранными источниками. Отделяешь факт от гипотезы. Если источники спорят, показываешь обе версии. Любые предложения формулируешь для владельца продукта, который должен принять решение сегодня».

Смысл простой: правила должны жить внутри ноутбука. Тогда каждый следующий вопрос не начинается с нуля.

Артефакт выбирается под следующий шаг, а не под красивую кнопку

В Studio люди часто совершают вторую ошибку: нажимают все кнопки подряд, получают красивую коллекцию файлов и никогда ее не открывают.

Формат выбирается не потому, что он существует. Формат выбирается потому, что тебе нужен следующий рабочий шаг.

Понять структуру темы - Mind Map. Проверить себя или команду - Flashcards или Quiz. Дать руководителю короткий вывод - Chat. Сравнить конкурентов по одинаковым полям - Data Table. Подготовить созвон - презентация со слайдами докладчика. Послушать документы в дороге - Audio Overview. Быстрый визуальный выход для команды - инфографика или Video Overview.

Studio - набор рабочих выходов

Дебаты полезны, когда источники реально спорят

Audio Overview в обычном режиме не кажется вау: быстрее самому прочитать. Но формат дебатов меняет ситуацию.

Если у тебя есть 10 YouTube-лекций по запуску продуктов, авторы могут расходиться. Тогда логично выбрать только эти YouTube-источники и запустить дебат: два ведущих спорят на основе одной базы и вытаскивают разные позиции.

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

Второй слой должен возвращаться в источники

Data Table в уроке важнее, чем кажется. Это способ превратить разные выводы авторов в Google Sheets и снова сделать таблицу источником.

Вместо «сравни конкурентов» задай строки и колонки: конкурент, сегмент, основное обещание, цена, доказательства, ограничения, источник. Тогда модель чаще генерирует именно тот формат, который можно проверить и использовать дальше.

Получается петля: сырые источники дают обработанный слой, обработанный слой возвращается в источники уже в нужном формате. Так Notebook перестает быть архивом и становится рабочей системой.

Как только появляется код, появляется аудит

На поддерживаемом тарифе Notebook может не только объяснить, какой должна быть таблица, но и обработать данные, написать код и отдать файл.

Пример из урока: есть CSV на 300 респондентов. Запрос не должен звучать как «проанализируй». Нужен контракт: очисти дубли, сгруппируй ответы по повторяющейся боли, для каждой группы посчитай количество, долю и три характерные цитаты, создай Excel на трех вкладках - сводка, очищенные ответы, исключенные строки с причиной.

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

Система начинается там, где ты перестал жать кнопки

Последний этап - убрать ручной старт. В Google Workspace Studio flow состоит из starter и шагов. Starter запускает процесс по расписанию или событию, следующие шаги получают данные, передают переменные и совершают действия.

Сценарий из урока: каждый будний день в 8:00 агент берет новый отчет из Google Drive, добавляет его в ноутбук запуска, через несколько минут спрашивает, какие метрики изменились сильнее чем на 10%, какие гипотезы из журнала решений это подтверждает или опровергает, и составляет список из трех действий. Важное ограничение: не назначать владельца, если он не указан источником.

Уровень работы с Gemini Notebook определяется не количеством кнопок, которые ты нажал. Новичок спрашивает, что написано в PDF. Уверенный пользователь спрашивает, какие источники видит модель, отключает лишнее, собирает артефакт под следующий шаг и запускает систему по событию.