База знаний проекта в NotebookLM: ответы со ссылками на документы

В проекте нужные сведения часто уже записаны, но найти их непросто. Но их приходится собирать из разных источников:

• служебных записок по проекту;
• графики, в которых сроки отсчитаны назад от даты завершения проекта;
• заданий для дизайнеров и авторов;
• планов работ по упаковке;
• заметок со встреч;
• документов Google Docs;
• PDF-файлов;
• презентаций.

В какой-то момент команде нужно уточнить:

Чтобы ответить, коллегам приходится открывать файлы по одному и сверять их между собой. В NotebookLM можно собрать эти документы в общий блокнот и искать ответы по ним. Вы задаёте вопрос в чате, получаете ответ со ссылками на фрагменты документов и проверяете, верно ли система их поняла.

Работа с информацией будет выглядеть так:

Метод из учебных материалов Google

В основе статьи — практическое задание из официального курса Google «AI for Brainstorming and Planning» на Coursera. Оно посвящено общей базе документов проекта в NotebookLM. В блокнот добавляют источники, а затем задают вопросы по их содержанию. Второй шаг — открыть доступ коллегам. Так участники смогут находить сведения о проекте в одном наборе документов. Первые два шага взяты из задания. Затем мы добавляем правила работы с источниками, чтобы команда могла поддерживать базу в актуальном состоянии.

Шаг 1. Соберите источники проекта

Создайте новый блокнот в NotebookLM. Затем добавьте основные источники, относящиеся к проекту.

Например:

• служебная записка по проекту;
• график работ со сроками, отсчитанными от даты завершения проекта;
• план работ по упаковке;
• задание для дизайнеров и авторов;
• требования;
• презентация проекта;
• относящиеся к проекту файлы Google Drive.

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

Добавив документы, можно задавать вопросы о проекте.

Например:

When are we starting full-scale packaging production?

Или:

What are the key milestones of this project?

NotebookLM отвечает на основе добавленных в блокнот материалов и даёт ссылки на фрагменты, которые подтверждают ответ. Откройте ссылку, чтобы проверить:

Почему ссылки важны

Представьте, что NotebookLM отвечает:

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

• в каком документе указана дата;
• какие пояснения даны рядом с ней;
• согласован ли срок или пока остаётся предварительным;
• нет ли в других документах иной даты.

NotebookLM помогает найти нужный фрагмент. Убедиться, что он актуален и подтверждает ответ, нужно по самому документу.

Задавайте вопросы по нескольким документам

Такой подход особенно удобен, когда ответ нужно собрать из нескольких документов.

Например:

What are the major milestones from creative approval through full-scale production?

Или:

Which teams have deliverables due before the launch?

Или:

What dependencies need to be completed before packaging production can begin?

NotebookLM может сопоставить сведения из нескольких файлов. Результат всё равно стоит проверить по указанным фрагментам.

Шаг 2. Поделитесь базой знаний с командой

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

Например:

Руководитель проекта

Which milestones are due in the next two weeks?

Маркетинг

When does final creative need to be approved?

Команда производства и текущих работ

What needs to be completed before production begins?

Руководство

What are the major remaining risks and decision points before launch?

Каждый участник задаёт вопросы о своей работе, а ищет ответы в общих источниках.

Как сократить поиск и повторяющиеся вопросы

Часто за информацией о проекте обращаются к тому, кто должен её помнить.

Кто-то спрашивает:

Другой человек отвечает:

Или:

База знаний помогает найти ответ в документах:

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

Дополнение M2B2: определите актуальные документы

Качество ответов зависит от того, какие источники вы добавили. Если загрузить:

• старый график;
• текущий график;
• устаревшую записку;
• черновик брифа;
• финальный бриф;

без отметок о статусе, в базе окажутся противоречащие друг другу версии.

Перед загрузкой составьте список документов с их статусами и ответственными.

Например:

По этому списку будет видно, что уже утверждено, что оставлено для справки, а что ещё обсуждается.

Проверьте загруженные источники

Попросите NotebookLM проверить, какие документы загружены. Он поможет найти старые версии, пробелы и расхождения, которые могут повлиять на ответы.

Review all sources in this notebook as a project knowledge base.

Identify:

- documents that appear to cover the same topic;
- potentially conflicting dates;
- conflicting milestone names;
- different owners assigned to the same responsibility;
- information that appears outdated relative to another source;
- important project areas that have little or no documentation.

For every finding:

1. Cite the relevant sources.
2. Explain the conflict or gap.
3. Do not decide which source is correct unless the sources clearly establish precedence.

Return unresolved conflicts separately.

Ответ покажет, что стоит уточнить или исправить в базе знаний.

Сохраняйте расхождения между документами видимыми

Допустим, в одном документе сказано:

В другом документе указана иная дата:

Если модель сама выберет одну дату, команда может не заметить расхождение.

В ответе нужно прямо указать:

Например:

When sources disagree, do not merge the values.

Show:

- Source A
- Source A value
- Source B
- Source B value
- why the conflict matters

Then mark the answer as "Needs confirmation."

До проверки обе версии должны оставаться видимыми.

Дополнение M2B2: задайте правила ответов

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

When answering questions about this project:

1. Base the answer on the notebook sources.
2. Cite the source supporting every important date, number, owner, milestone, or commitment.
3. If multiple sources disagree, show the conflict instead of choosing silently.
4. If the answer is not supported by the sources, say "Not documented in the current project sources."
5. Distinguish clearly between:
   - documented fact;
   - inference;
   - unresolved question.
6. Preserve dates, numbers, names, and status labels exactly where they matter.
7. Do not turn tentative language into confirmed commitments.

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

Задавайте более точные вопросы о проекте

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

Общий вопрос оставляет модели выбор содержания:

Если нужен результат для работы, уточните задачу:

What are the next five project milestones?

For each one show:

- milestone
- date
- owner
- prerequisite
- source
- unresolved issue

Или:

What decisions still need to be made before launch?

For each decision show:

- decision
- deadline, if documented
- responsible person, if documented
- work blocked until the decision is made
- supporting source

Или:

Which deliverables are dependent on final creative approval?

Trace the dependency chain using the project sources.

If a relationship is inferred rather than explicitly documented, label it "Inference".

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

Подготовьте вводный обзор для новых участников

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

Create a project briefing for someone joining the team today.

Using only the notebook sources, explain:

1. Project objective
2. Current status
3. Major milestones
4. Key teams and owners
5. Important dependencies
6. Upcoming decisions
7. Known risks
8. Documents they should read first

For every major fact, provide a citation.

Do not fill gaps with general project-management assumptions.

Create a final section called:

"Not documented or still unclear"

List anything important that the current sources do not establish.

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

Отслеживайте изменения в проекте

Если источники не обновлять, база знаний постепенно устаревает. В ходе проекта меняются сроки, ответственные и сами планы. По информации Google, NotebookLM позволяет синхронизировать импортированные источники из Google Drive с исходными файлами. Если прежние версии планов сохранены, после обновления источников можно сравнить, что изменилось.

Обычный вопрос даёт сводку текущего состояния:

Для отслеживания изменений задайте другой вопрос:

Например:

Review the current project sources and identify material changes relevant to the team.

Focus on:

- milestone dates;
- owners;
- scope;
- approvals;
- dependencies;
- launch status;
- major risks.

Do not report wording changes that do not affect the project.

For every material change, show the supporting source.

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

Кто отвечает за версии документов

Кто-то в команде должен следить за версиями и обновлять источники. NotebookLM ищет ответы в загруженных материалах. Какие решения утверждены и когда, команда должна фиксировать в источниках. Нужно договориться:

• какой документ считать основным;
• кто вправе его обновлять;
• когда черновик считается утверждённым;
• как фиксировать решения;
• где хранить старые версии.

Договорённости о версиях нужны до начала совместной работы с базой.

Ведите журнал решений

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

Например:

Тогда NotebookLM сможет ответить:

Why was packaging approval moved?

или:

Which decisions have changed the production timeline?

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

Соберите ответы на частые вопросы

Повторяющиеся вопросы команды можно объединить в отдельный материал.

Например:

Based on the project sources, create an FAQ for the project team.

Prioritize questions about:

- dates;
- responsibilities;
- deliverables;
- approvals;
- dependencies;
- launch readiness.

For each answer:

- keep it concise;
- cite the supporting source;
- flag conflicting information;
- write "Not documented" if the sources do not provide an answer.

Ответы пригодятся новым участникам и помогут команде реже возвращаться к одним и тем же вопросам.

Выбирайте документы под вопрос

Для ответа не всегда нужны все материалы проекта. Например, проверяя требования к упаковке, можно сосредоточиться на:

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

Материалы маркетингового обсуждения полугодовой давности в такой проверке могут только отвлекать. В NotebookLM можно выбрать, какие источники чат будет использовать для ответа. Вы сможете искать только в нужных документах, сохраняя остальные в том же блокноте.

Проверяйте содержание источника по ссылке

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

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

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

Распределите права доступа

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

Читатель

Для участников команды, которым в основном нужно задавать вопросы и читать информацию о проекте.

Редактор

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

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

Объясните команде, как пользоваться базой

Делясь блокнотом с командой, кратко объясните, как его использовать.

Например:

Последняя строка поясняет, на что опираться при проверке ответа.

Проверяйте состояние базы знаний

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

Audit this notebook as a project knowledge hub.

Evaluate:

1. Coverage
Which major project areas have documentation?

2. Gaps
Which important areas appear undocumented?

3. Conflicts
Which sources disagree?

4. Ownership
Which key responsibilities have no documented owner?

5. Timeliness
Which sources appear likely to be outdated?

6. Traceability
Can major dates, decisions, and commitments be traced to a clear source?

7. Redundancy
Which sources contain overlapping information that may cause confusion?

Do not fix the issues automatically.

Return:

- issue
- affected project area
- supporting sources
- severity
- recommended human action

База остаётся полезной, пока в ней есть актуальные документы и сведения, нужные команде.

Шаблон промпта для настройки блокнота

После добавления источников используйте такой запрос:

This notebook is the knowledge hub for:

[project name]

Its purpose is to help the team find accurate project information quickly.

When answering:

1. Use the notebook sources as the factual basis.
2. Cite sources for important:
   - dates
   - numbers
   - owners
   - milestones
   - decisions
   - commitments

3. If sources conflict:
   - show the conflicting information;
   - cite each source;
   - mark the answer "Needs confirmation."

4. If information is absent:
   say "Not documented in the current project sources."

5. Clearly distinguish:
   - documented fact
   - inference
   - recommendation

6. Do not invent:
   - dates
   - owners
   - status
   - approvals
   - decisions
   - project requirements

7. Preserve uncertainty from the source.
For example, do not convert:
"target date"
into
"confirmed date."

8. When appropriate, structure answers with:
   - answer
   - supporting evidence
   - source
   - unresolved questions

The project source documents remain authoritative.
This notebook is an interface for accessing them.

Последняя инструкция напоминает: ответ модели проверяют по исходным документам.

Как меняется поиск информации

Без базы знаний:

Если база знаний поддерживается в актуальном состоянии:

Документы остаются на месте, а путь от вопроса к нужному фрагменту становится короче.

Где это хорошо работает

Подход полезен, когда в проекте есть:

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

Например:

• запуски продуктов;
• редизайн сайтов;
• строительные проекты;
• маркетинговые кампании;
• внедрение программного обеспечения;
• внедрение новых правил;
• исследовательские проекты;
• планирование мероприятий.

Частый вопрос команды подсказывает, где полезна база знаний:

Если такие вопросы повторяются, общий поиск по документам может сэкономить время.

Что нужно для надёжной базы знаний

Одной загрузки файлов недостаточно, чтобы получить надёжную базу знаний:

Для рабочей базы знаний цель шире:

Для этого нужны четыре составляющие:

• Источники: документы проекта.
• Правила работы с документами: какие версии актуальны и утверждены.
• Чат с ИИ: поиск ответов по выбранным источникам.
• Ссылки: возможность проверить фрагменты, на которых основан ответ.

Тогда поиск строится последовательно:

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

Поэтому в базе должны быть понятны и ответ, и его основание:

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

Источник

На основе официального курса Google «AI for Brainstorming and Planning» на Coursera.