У дверей планетария темно. За стеклом уборочная швабра созерцает бесконечность. Вы достаёте телефон: «Звёздный вечер», сегодня, шесть. На афише звёзды, в небе звёзды, в здании никого. Даже обидно, насколько всё соответствует названию.
В коротком сообщении организатора было написано: встречу перенесли в библиотеку. Афишу вы сохранили, строку с переносом пропустили. ИИ, который нашёл только афишу, может проделать тот же путь и уверенно отправить вас к швабре. Вот где пригодится второй поиск — за сообщением, которое меняет адрес.
Бог сна Гипнос из эпиграфа у Куна способен усыпить самого Зевса. Возле нашей двери он мог бы подработать: накрыть посетителя старой афишей, свернуть Млечный Путь под голову и шепнуть: «Раз нашли объявление, значит, всё известно». Разбудим один вопрос: «А ничего с тех пор не изменилось?» Для этого хватит трёх коротких записей и обычного чата.
Сначала поиск, потом ответ: где появляется поворот
Обычный простой маршрут выглядит так: вы задаёте вопрос, система ищет подходящие фрагменты, передаёт их модели, модель отвечает. Такой способ называют RAG: ответ составляется с опорой на найденный материал. Например, помощник открывает афишу и сообщает время встречи.
С агентным поиском между чтением и окончательным ответом появляется выбор. Достаточно ли материала? Нужно ли уточнить запрос? В каком источнике искать дальше? Модель может попросить ещё одно обращение к поиску, получить результат и только после этого закончить. В учебном уроке Microsoft этот подход описан как последовательность обращений к модели и инструментам с уточнением найденного.
Два маршрута: у нижнего есть дополнительный поиск с конкретной причиной и выход к ответу.
Отличие Agentic RAG видно в выборе следующего действия. Готовое поручение «открой афишу, потом перенос, потом программу» задаёт фиксированную последовательность. В управляемом моделью цикле следующий запрос возникает по найденному: время уже известно, место ещё нужно проверить. Для другого вопроса маршрут мог бы закончиться раньше.
Инструмент поиска при этом должен существовать: отдельная программа ищет документы и возвращает их модели. Одна надпись «ты агент» такое подключение не создаёт. Пока мы разыграем механизм вручную: читатель будет выдавать короткие документы по запросу помощника. Это позволяет увидеть логику до технической сборки.
Три источника, которые легко держать в голове
Возьмём один вопрос: «Когда и где будет “Звёздный вечер” и сколько стоит билет?» Для него подготовлены три условные записи. Они нужны для упражнения; никакого реального мероприятия искать не придётся.
Первая запись — афиша. В ней есть название, время и первоначальное место:
Документ 1. Афиша от 1 ноября.
«Звёздный вечер» состоится 8 ноября в 18:00 в планетарии.
В программе — разговор о созвездиях и наблюдение неба.Вторая — сообщение организатора, выпущенное позже:
Документ 2. Обновление от 2 ноября.
Место проведения «Звёздного вечера» 8 ноября изменилось:
встречаемся в восточном зале библиотеки.
Дата и время остаются прежними.Третья — программа для посетителей:
Документ 3. Программа от 2 ноября.
На встрече «Звёздный вечер» сначала обсудим созвездия,
затем разберём вопросы участников. Возьмите блокнот.
Цена билета в этой программе не указана.Чтобы ответить на весь вопрос, мало угадать нужные слова. Требуется совместить дату из первой записи и новое место из второй. В третьей обнаружится пробел: стоимость нам не сообщили. Заполнять его привычной ценой похожего мероприятия нечем.
Поздняя дата сама по себе ещё не делает любой документ главным. Сообщение называет ту же встречу, меняет её место и сохраняет время. Вот почему библиотека заменяет планетарий, а шесть часов остаются на месте. Название события здесь работает как адрес на конверте: без него можно принести хорошую новость чужой встрече.
Если в сообщении окажется другое время, его тоже придётся отразить в ответе. Если же у двух записей неясное происхождение и разные даты встречи, стоит назвать разногласие и попросить уточнение. Число прочитанных страниц эту неопределённость не устраняет: нам нужна запись, которая действительно относится к нужному вечеру.
Попробуем цикл в обычном чате
Откройте DeepSeek. Для такого разговора отдельный API не нужен. Чат будет выбирать следующий документ, а вы — передавать его текст. Это репетиция поиска с человеком на месте инструмента; она не означает, что чат получил доступ к вашим папкам.
Скопируйте запрос ниже. Пока не добавляйте сами документы: помощник должен попросить нужный по номеру. В запросе есть только их оглавление.
Помоги разобраться по трём документам с одной встречей.
Вопрос: когда и где будет «Звёздный вечер», сколько стоит билет?
У тебя пока есть только список:
1 — афиша от 1 ноября;
2 — обновление организатора от 2 ноября;
3 — программа для посетителей от 2 ноября.
Проси у меня по одному документу, указывая номер и какой факт
хочешь проверить. После моего ответа выбирай, нужен ли следующий.
Не перечисляй заранее весь маршрут. Не придумывай текст документов.
Всего можно открыть не больше трёх документов, повтор тоже считается.
Когда данных достаточно или лимит закончился, дай краткий ответ:
дата и время, место, цена. У каждого найденного факта назови документ.
Если сведений нет, так и напиши. Отдельно перечисли открытые документы.Если помощник попросил документ 1, передайте только первую запись. Он узнает дату и первоначальный адрес. Затем ему есть зачем открыть документ 2: в списке виден более поздний документ с обновлением. После него место станет известно. Останется цена — ради неё пригодится программа.
Порядок может отличаться. Помощник вправе сразу попросить обновление, а потом выяснить время по афише. Хорошая попытка узнаётся по результатам: он использовал перенос нужного события, сохранил время, не сочинил цену и назвал источники. Мы не выбираем победителя конкурса «угадай мой любимый порядок карточек».
Если чат выдал ответ ещё до чтения записей, верните его к ближайшему действию: «Ты видел только названия. Попроси первый нужный документ и жди мой ответ». При непонятной просьбе напишите: «Назови номер документа и факт, который ищешь». Так же можно уточнять поведение будущего программного помощника.
Что должно остаться после поисков
В конце нам нужен обычный человеческий ответ: встреча состоится 8 ноября в 18:00, место — восточный зал библиотеки; в переданных записях цены нет. За стоимостью придётся обратиться к организатору. Ниже — ожидаемый образец, с которым можно сравнить свой диалог:
8 ноября, 18:00 — документ 1; документ 2 сохраняет время.
Восточный зал библиотеки — перенос указан в документе 2.
Цена неизвестна: в документе 3 её нет,
в остальных переданных источниках она тоже не указана.
Следующее действие — уточнить стоимость у организатора.
Сводка по трём записям: новое место относится к той же встрече, а цена остаётся незаполненной.
Рядом сохраните короткий журнал. В нём достаточно запроса, номера открытого источника и результата. Выдумывать рассказ о скрытых мыслях модели не нужно: нас интересует наблюдаемая работа.
| Действие | Что получили | Зачем двигаться дальше |
|---|---|---|
| Найти дату встречи, открыть 1 | 8 ноября, 18:00, планетарий | В списке есть более позднее обновление |
| Проверить перенос, открыть 2 | Библиотека, время прежнее | Вопрос о цене ещё не закрыт |
| Посмотреть программу, открыть 3 | Цена не указана | Три открытия использованы; заканчиваем с неизвестной ценой |
Это сравнительная схема и образец журнала; в своём разговоре сохраните фактический порядок. По нему видно, что именно добавило каждое открытие. Так полезнее сравнивать попытки, чем по размеру последнего ответа: длинная справка способна спрятать прежний адрес в середине заботливого абзаца.
Когда поиск превращается в хождение кругами
Допустим, помощник снова просит афишу: там ведь было красивое слово «вечер». Потом опять программу: слово «билет» ему мерещится между строк. На третьем круге швабра у планетария успевает защитить диссертацию, астрально вознестись и занять должность директора обсерватории. Цены по-прежнему нет.
Для этого мы и назначили предел: не больше трёх открытий. Это правило нашего опыта, выбранное под три коротких записи. В рабочем приложении разработчик задаёт предел в исполнителе: программа считает обращения и прекращает цикл. Фраза в чате помогает обсудить поведение, а программный счётчик обеспечивает остановку независимо от желания модели продолжать.
В настоящем приложении дополнительные обращения требуют времени и могут оплачиваться по условиям подключённых сервисов. Поэтому полезно считать реальные поиски и вызовы модели. Само слово «агент» не сообщает, сколько их будет.
Повторный поиск полезен, когда у него есть новый адрес или новый вопрос. «Проверить, переносили ли встречу» — понятная причина. «Ещё раз посмотреть всё на всякий случай» не объясняет, что изменится. В практикуме Hugging Face агенту дают инструмент поиска, чтобы он мог менять поисковую формулировку и повторять извлечение при недостаточном результате.
Закончить можно и раньше лимита. Если в свежем сообщении прямо написано время и задан только вопрос о времени, дальнейший поход по программам вечера уже ничего не добавит. А когда нам нужны три сведения, каждое остаётся отдельной задачей: дата найдена, место уточнили, цену ещё предстоит узнать.
Управляемая остановка: ответ готов, сведения отсутствуют либо исчерпан установленный предел обращений.
При переносе этого принципа на свои материалы удобно вести две короткие строки: «уже нашли» и «ещё нужно». Для встречи в первой окажутся дата и место, во второй — цена. Теперь можно назначить следующее действие человеку: спросить организатора. Сам помощник уже использовал доступные записи и закончил свою часть дела.
Проверить, зависит ли ответ от материалов, легко и без большой системы. Поменяйте в документе 2 библиотеку на дом культуры и проведите новый разговор. Ожидаем новый адрес со ссылкой на ту же запись. Затем уберите документ о переносе из списка: по оставшимся материалам помощник сможет назвать только первоначальный адрес из афиши. Разница между этими ответами показывает, что дал конкретный источник.
Три похожих названия отвечают на разные вопросы
Агентный поиск, GraphRAG и память могут встретиться в одном приложении. Но выбирать их удобно по тому, какую работу требуется выполнить.
Первое название относится к управлению ходом работы: кто решает, какой источник открыть следующим. GraphRAG относится к устройству поиска по связанным сведениям. В описании Microsoft GraphRAG из текстов извлекают сущности и связи, строят группы связанных объектов и используют их при ответах. В нашем примере такими объектами могли бы быть мероприятие, организатор и помещение.
Память разговора хранит контекст общения: что мы уже спрашивали и обсуждали. Она может помочь не открывать один источник снова. Однако воспоминание «в прошлый раз встречались в планетарии» не сообщает, где состоится новая встреча. За этим всё равно нужно обратиться к актуальному сообщению.
Поэтому граф можно сделать одним из инструментов агента, а память использовать для сохранения результатов его шагов. Ни один из этих терминов сам по себе не отвечает на все три вопроса сразу. Если пока путаетесь именно в хранении контекста, разберите память и контекст ИИ.
Частые вопросы
Любой поиск в интернете теперь называется агентным?
Нет. Посмотрите на процесс: выбирает ли система следующий запрос после чтения результата или просто выполняет заданную последовательность. Сам факт подключения поиска ещё не описывает управление его шагами.
Можно ли сделать такую проверку на своих записях?
Да. Возьмите несколько открытых или своих заметок без чужих закрытых данных. Для первой пробы хватит одной темы: время занятия, перенос встречи, порядок получения материалов. Пронумеруйте источники и оставьте один вопрос, на который в них действительно нет ответа. Затем повторите диалог с выдачей по одному документу.
Чем отличаются отсутствие цены и бесплатный вход?
Это разные сведения. Бесплатный вход должен быть прямо указан в источнике. Пустая строка говорит только об отсутствии указанной цены. В нашем образце её сохраняем как неизвестную, затем уточняем у организатора.
Почему нельзя просто загрузить все документы сразу?
Для нескольких коротких записей это часто удобно. Здесь выдача по одному нужна, чтобы увидеть выбор следующего поиска. Если ваша повседневная задача решается чтением всех материалов за один проход, этот простой путь можно сохранить. Выбирать способ работы с документами помогает сравнение RAG и дообучения.
Повторные проверки всегда делают ответ точнее?
Они дают возможность найти недостающий материал. Но если в новом поиске пришла та же афиша или заметка о другом событии, оснований для правильного адреса не прибавилось. Сверяйте, какой новый факт появился и относится ли он к вашему вопросу.
Сохраните свой ответ вместе с журналом. В следующий раз у слов «ещё проверяю» появится ясный смысл: вот недостающий факт и вот новый источник, в котором его ищут. К библиотеке вы пойдёте по верному адресу. Старую афишу можно оставить Гипносу — пусть хоть кто-нибудь поспит по расписанию.