Чат с PDF: как разговаривать с документом и получать ответы по тексту

Договор на сорок страниц, а вам нужен один пункт про сроки расторжения. Ctrl+F ищет слово, которого в тексте может не быть вовсе: юрист написал «прекращение обязательств», вы ищете «расторжение», поиск возвращает ноль совпадений. Чат по документу решает именно это: вы спрашиваете смысл, а не точную строку. Это руководство разбирает, как чат Cruxly устроен внутри, почему он отвечает по вашему файлу, а не по общим знаниям модели, и как формулировать вопросы, чтобы не получать расплывчатые ответы.

Что такое чат с PDF и зачем он нужен, если есть анализ

Когда вы загружаете PDF на Cruxly, сервис сразу разбирает его и отдаёт структурированный разбор: главные тезисы, разбивка по разделам, ключевые цифры. Этого хватает, чтобы понять, о чём документ, за пару минут вместо часа чтения. Дальше начинается то, чего этот анализ не покрывает. Анализ отвечает на вопрос «о чём этот документ целиком». Чат отвечает на вопрос «что здесь сказано конкретно про вот это». Разница видна на договоре. Разбор скажет, что документ регулирует поставку оборудования, содержит раздел об ответственности сторон и приложение со спецификацией. Полезно, но если вам нужно знать, через сколько дней можно вернуть брак, анализ молчит: эта деталь не попала в главные тезисы, потому что для документа в целом она не главная. Для вас прямо сейчас главная именно она. В чате вы спрашиваете про возврат брака и получаете ответ с формулировкой из нужного пункта.

Как чат находит нужное место в документе

Тут стоит объяснить механику, потому что от неё зависит, каких ответов ждать. Сразу после анализа сервис режет текст документа на куски примерно по 500 токенов, это около 350 слов, с перекрытием между соседними кусками примерно в 50 токенов. Перекрытие нужно, чтобы мысль, разорванная границей куска пополам, не потерялась целиком ни в одном из них. Каждый кусок прогоняется через модель эмбеддингов text-embedding-3-small и превращается в вектор: набор чисел, который кодирует смысл текста, а не его буквы. Когда вы задаёте вопрос, он тоже превращается в вектор, и сервис ищет куски документа, чьи векторы ближе всего к вектору вашего вопроса по косинусному сходству. В ответ модели уходят шесть самых близких кусков исходного текста дословно. Именно поэтому запрос про «расторжение» находит пункт про «прекращение обязательств»: у этих формулировок близкий смысл, и векторы у них рядом, хотя ни одно слово не совпадает. Ctrl+F так не умеет по своему устройству, он сравнивает символы.

Почему именно шесть кусков, а не один и не двадцать

Шести хватает на вопрос, который затрагивает два соседних раздела сразу: пункт и определение, от которого он зависит, цифру и абзац, который её объясняет. При этом кусков не настолько много, чтобы ответ размывался фрагментами, которые просто мельком упоминают слова из вопроса, не отвечая по существу. Короткий фактический вопрос и более широкий «расскажи про этот раздел» используют один и тот же бюджет в шесть кусков, поэтому узкие вопросы стабильно находят куски точнее, чем широкие.

Чат по документу против обычного ChatGPT

Разница не в модели, под капотом там и там языковая модель схожего класса. Разница в том, что попадает модели на вход. Когда вы спрашиваете ChatGPT про свой договор, не приложив его, модель отвечает по тому, что она в принципе знает про договоры такого типа. Ответ звучит уверенно и правдоподобно, и в этом главная опасность: он описывает типичный договор, а не ваш. Если в вашем договоре срок возврата нестандартный, модель об этом не догадается, потому что вашего текста она не видела. В чате Cruxly модель получает шесть дословных кусков вашего файла и инструкцию опираться на них. Если в куске написано «четырнадцать календарных дней», ответ будет про четырнадцать календарных дней. Это техническая гарантия того, что ответ строится на исходнике, а не на статистике похожих документов. Есть и вторая проблема, которую вставка текста в обычный чат-бот не решает: реальный договор или отчёт на сто страниц часто просто не помещается в поле ввода целиком, а то, что поместилось, теряет вырезанные куски. Чат Cruxly работает с тем же поисковым индексом по всему документу, что уже построен для анализа, поэтому ответ может опираться сразу на страницу 3 и страницу 80, без того чтобы вы заранее решали, какие страницы вставлять.

Пошаговая инструкция: как задать вопрос по PDF

ChatPDF alternative: что устроено иначе в Cruxly

Уточняющий вопрос не начинается с нуля

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

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

Спросите у чата по научной статье рецепт борща, и он откажется и предложит вернуться к статье. Это сделано намеренно. Как только модель начинает отвечать на вопросы за пределами документа, она переключается на общие знания, и вы перестаёте понимать, где заканчивается ваш файл и начинается то, что модель где-то читала. Граница между «это из моего документа» и «это модель откуда-то знает» должна быть жёсткой, иначе весь смысл grounded-чата теряется. Выбор здесь простой: лучше лишний раз вернуть читателя к документу, чем уверенно ответить мимо него.

Что именно даёт grounded-ответ

Опора на документ — это не техническая деталь, а то, что делает ответ честным. Спросите обычный чат-бот, сравним ли срок конфиденциальности в вашем NDA со «среднерыночным», и он уверенно назовёт цифру, которой нет в вашем документе и которую никто не проверял. Задайте тот же вопрос чату Cruxly, и он сможет опираться только на то, что реально написано в шести найденных кусках: он либо найдёт срок конфиденциальности в вашем документе, либо скажет, что его там нет. Более узкий ответ — это и есть тот ответ, которому можно доверять.

Когда ответа в документе просто нет

Опора на документ работает в обе стороны: вопрос о том, чего в документе действительно нет, не получает выдуманный ответ, а получает прямое «в файле про это ничего нет». Это не пробел, а свойство, которое и защищает от ошибок. Обычный чат-бот незаметно закрывает такой пробел собственными общими знаниями, и вы можете даже не заметить, что ответ перестал строиться на вашем документе. Чат Cruxly так сделать не может по своему устройству: шесть найденных кусков — это всё, с чем он работает.

Чат по видео с YouTube

Чат работает не только с PDF. Если вы разбирали ролик на Cruxly, рядом с анализом видео тоже есть чат: он опирается на готовый разбор ролика и хорошо отвечает на вопросы вида «объясни второй тезис подробнее» или «что автор советует новичку». Когда нужны точные слова из ролика или цитата, для этого есть транскрипция: она отдаёт полный дословный текст, слово в слово. Записанная лекция работает так же, как любой другой ролик: чат хорошо отвечает на «почему этот шаг идёт раньше того» или «объясни второй пример ещё раз», потому что это вопросы на понимание, а такие уже покрывает готовый разбор.

Полное руководство по транскрипции видео

Сколько вопросов можно задать

Лимит на сообщения в чате считается на каждый анализ отдельно, не на день. Гость без регистрации задаёт два вопроса по документу. На бесплатном тарифе «Учебный» после регистрации четыре. На Pro лимита нет. Считаются только ваши сообщения, ответы сервиса в лимит не идут. Устроено так именно из-за стоимости: каждый вопрос это отдельный запрос к модели с шестью кусками документа в контексте, и он стоит денег независимо от того, спросили вы по делу или проверяли сервис на прочность. Два вопроса гостю это достаточно, чтобы понять, отвечает чат по вашему файлу или льёт воду, и мало, чтобы разобрать документ целиком. Так и задумано.

История чата живёт сутки

Если вы просто загрузили файл и не сохраняли анализ, весь разговор хранится 24 часа и потом удаляется вместе с поисковым индексом по документу. Вернётесь через два дня по той же ссылке, и чата не будет. Это не баг и не жадность: временные данные лежат в оперативном хранилище, и держать их там вечно дорого. Чтобы разговор остался, анализ нужно сохранить, это доступно с бесплатного «Учебного» тарифа. Сохранённые анализы вместе с историей чата переезжают в постоянную базу и живут, пока вы сами их не удалите. Совет из практики: если разговор по документу получился содержательным и вы явно вернётесь к нему, сохраните анализ сразу, а не «потом». Про сутки вспоминают обычно на второй день.

Длинные документы и размер файла

Размер файла зависит от тарифа: 5 МБ гостю, 15 МБ на «Учебном», 300 МБ на Pro. Мегабайты плохо переводятся в страницы, потому что текстовый PDF на триста страниц может весить пару мегабайт, а скан десяти страниц с картинками все двадцать. Ориентируйся по факту, а не по числу страниц. Что касается длины текста, поисковый индекс строится максимум по четырём тысячам кусков, это очень много: порядка миллиона слов, за пределами почти любого реального документа. Если вы каким-то образом принесёте текст длиннее, индекс построится по началу документа, а хвост в поиск не попадёт. На договорах, статьях и учебниках упереться в этот предел практически невозможно. Конкретно: докторская диссертация, полный комплаенс-регламент или год отчётов, сшитых в один файл, по несколько сотен страниц каждый, всё равно укладывается в этот бюджет с запасом, потому что поиск в любом случае вытаскивает только шесть кусков на ответ, независимо от того, насколько длинный исходный документ.

Как формулировать вопрос, чтобы получить точный ответ

Поиск идёт по смыслу вопроса, поэтому чем конкретнее вопрос, тем точнее находятся куски. «Расскажи про договор» это плохой вопрос: под него подходит весь документ разом, и в ответ приедут шесть случайных кусков из начала. «Какие штрафы предусмотрены за просрочку поставки» это хороший вопрос: он попадает в конкретный раздел. Работает простое правило: используйте слова из той предметной области, о которой спрашиваете, даже если не знаете точную формулировку документа. Про деньги спрашивайте словами про деньги, про сроки словами про сроки. Второй приём: если ответ вышел общим, не переспрашивайте то же самое другими словами, а сузьте вопрос. Вместо «расскажи подробнее» спросите «в каком пункте это написано и какая там точная формулировка». Третий: разбивайте составные вопросы. Вопрос про сроки и штрафы сразу заставляет поиск разрываться между двумя темами, и по обеим он найдёт куски хуже, чем по каждой отдельно. Четвёртый приём: если примерно знаете, в какой части документа ответ, назовите её прямо. «В разделе про оплату, какой штраф за просрочку» находит куски иначе, чем просто «какой штраф за просрочку», потому что название раздела само становится частью того, с чем сверяется поиск.

Спросить не факт, а что-то другое

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

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

Многие договоры и отчёты определяют конкретные термины один раз, в глоссарии или в начальном разделе, а дальше используют их без повторных пояснений. «Как в этом документе определена „конфиденциальная информация"» или «что здесь значит „существенное неблагоприятное изменение"» вытаскивает определение оттуда, где оно написано, без прокрутки в поисках глоссария.

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

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

Юрист: найти нужный пункт договора

Самый очевидный сценарий и, по статистике использования, самый частый после студенческого. Договор приходит на согласование, читать его целиком некогда, а понять надо конкретные вещи: на ком риски, какие сроки, что с расторжением. Вопросы, которые тут реально работают: «какие основания для одностороннего расторжения», «кто несёт риск случайной гибели товара», «есть ли ограничение ответственности по сумме», «в течение какого срока принимаются претензии по качеству». Каждый попадает в свой раздел договора и вытаскивает формулировку. Важная оговорка: это ускорение чтения, а не юридическое заключение. Чат находит пункт и пересказывает его. Понять, что этот пункт в связке с двумя другими означает для клиента что-то нехорошее, это работа юриста, и ИИ её не делает. Для договора конкретно юридический режим идёт дальше одного чата: он вытаскивает каждый пункт документа, а не только те, что попались под конкретный вопрос.

Полное руководство по анализу договора

Аналитик: сравнить цифры между разделами

Отчёт на сто страниц, и нужно понять, сходится ли прогноз из раздела про рынок с цифрами из раздела про финансы. Руками это листание туда-сюда с блокнотом. В чате это один вопрос: «сравни прогноз роста из обзора рынка с плановой выручкой в финансовом разделе, есть ли расхождение». Поиск по смыслу вытащит куски из обоих разделов сразу, потому что оба про рост и выручку, и модель увидит их рядом в одном контексте. Это, пожалуй, то, где чат обходит любой ручной поиск с большим отрывом: связать два места документа, которые физически далеко друг от друга, но об одном и том же. Тот же приём работает и в обратную сторону: взять цифру из финансового раздела и спросить, от какого допущения в разделе про рынок она зависит. Чату всё равно, в какую сторону идёт вопрос, важно только, что обе части попадут в один поиск. Цифры из ответа всё равно сверьте с оригиналом, если несёте их дальше в свой документ.

Сравнить условия поставщика с тем, что реально важно

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

Вытащить цифру из выписки или счёта

Банковская выписка, авансовый отчёт или счёт от поставщика внутри длинного PDF обычно требуют сверить одну цифру с тем, что ожидалось, а не прочитать документ целиком. «Какая сумма по статьям с пометкой „командировочные"» или «совпадает ли эта сумма в счёте со ставкой из договора» вытаскивает конкретное число вместо того, чтобы искать его в таблице глазами. Чат цитирует цифру ровно так, как она написана в документе, поэтому опечатка или нестандартное значение в исходнике попадают в ответ как есть, без сглаживания.

Разобраться в договоре аренды перед подписанием

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

Разобраться, что покрывает страховой полис

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

Студент: разобраться в учебнике перед экзаменом

Глава учебника не заходит, до экзамена два дня, спросить не у кого. Тут чат работает как терпеливый человек, который прочитал главу и готов объяснять её сколько угодно раз. Рабочая последовательность: сначала «объясни основную идею этой главы простыми словами», потом по непонятным местам «объясни, почему из этого следует вот это», потом «приведи пример из текста». Отдельно полезно «задай мне пять вопросов по этой главе»: проверять себя вопросами эффективнее, чем перечитывать. Честное предупреждение: соблазн прочитать готовый разбор вместо главы огромный, и на экзамене это вскрывается моментально. Чат хорош, когда вы читаете главу и застреваете, а не когда вы её не читали.

Полное руководство по ИИ-анализу PDF

Исследователь: разобрать научную статью

Статья по чужой специальности читается медленно, потому что половина времени уходит на термины и на попытку понять, что авторы вообще сделали. Вопросы, которые экономят больше всего: «какая гипотеза проверялась и каким методом», «какая была выборка и как она набиралась», «какие ограничения авторы признают сами». Последний вопрос стоит задавать почти всегда: раздел limitations пишут честнее, чем abstract, и по нему сразу видно, насколько результату можно верить. Ещё один приём: спросить «что именно новое в этой работе по сравнению с предыдущими», ответ обычно вытаскивает нужный абзац из введения, где авторы сами это формулируют.

Прочитать оффер или трудовой договор перед подписанием

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

Журналист: проверить конкретное утверждение по первоисточнику

Пресс-релиз, судебное решение, слитый отчёт: вопрос обычно не в том, о чём документ в целом, а в том, держится ли одно конкретное утверждение. «Действительно ли в отчёте написано, что выручка выросла на 12 процентов, или это округление другой цифры» вытаскивает точное предложение вместо того, чтобы верить пересказу из пресс-релиза. Опора на источник важна именно здесь: ответ существует, только если он реально написан в документе, а чат, который его не находит, так и говорит, вместо того чтобы угадывать правдоподобное.

Что происходит с вашим файлом

Вопрос, который задают чаще всех остальных вместе взятых, особенно про договоры и финансовые отчёты. Коротко: несохранённый анализ вместе с поисковым индексом и историей чата удаляется через сутки автоматически. Сохранённый живёт, пока вы сами его не удалите. Текст документа уходит в модель через провайдера, это неизбежно устроено так у любого сервиса такого класса, включая те, что обещают обратное: чтобы модель ответила по документу, документ должен попасть модели на вход. Здравое правило: документы под настоящим NDA не стоит загружать никуда, включая нас. Для договора, который вам и так прислали контрагенту на согласование, риск другого порядка.

Политика конфиденциальности

Что доступно бесплатно и без регистрации

Гость без регистрации анализирует один документ в сутки и задаёт по нему два вопроса, файл до 5 МБ. Этого хватает ровно на то, чтобы проверить сервис на своём документе, а не на демонстрационном. Регистрация на «Учебном» тарифе бесплатна и поднимает планку: три анализа в сутки, четыре вопроса на каждый, файлы до 15 МБ и, что важнее всего, возможность сохранять анализы, чтобы они не исчезали через сутки. Pro снимает лимит на количество вопросов и на число анализов, поднимает файлы до 300 МБ и открывает экспорт. Про экспорт ниже отдельно, потому что тут есть нюанс.

Какой тариф подходит, зависит от того, как часто документу нужно больше, чем краткий разбор. Проверить чат один раз на документе, который только что упал в почту, укладывается в гостевой доступ. Глава или договор несколько раз в неделю — это ровно то, что покрывает «Учебный», бесплатно и постоянно. Pro имеет смысл, когда чат становится обычным способом разбираться с документами, а не редким исключением.

Экспорт результата

Готовый разбор документа выгружается в PDF, DOCX и Markdown на тарифе Pro. Markdown удобен, если результат едет в заметки или в вики, DOCX если его дальше правят руками, PDF если надо переслать как есть.

Чат начинается не с чистого листа

Разница, которую замечаете не сразу. К моменту, когда вы задаёте первый вопрос, документ уже разобран: есть анализ, есть разбивка по разделам, есть ключевые тезисы. Модель в чате видит этот разбор вместе с кусками исходного текста. Поэтому вопрос «а это вообще важно?» имеет смысл: у модели есть картина документа целиком, с которой она может соотнести конкретный кусок. Инструмент, где чат это единственная функция, стартует с нуля на каждый вопрос и такой картины не имеет. Побочный плюс: часто ответ на ваш вопрос уже есть в готовом разборе. Понимаете вы это за десять секунд, и чат вообще не нужен.

Как устроен полный анализ PDF

Чат и анализ видео вместе

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

Полное руководство по анализу видео YouTube

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

Чат работает в рамках одного документа: один анализ, один разговор. Чтобы сравнить старую версию договора с новым черновиком или прошлогодний отчёт с нынешним, разберите каждый отдельно и задайте один и тот же вопрос в обоих чатах: «какой график платежей» документу A, затем то же самое документу B. Прочитать два ответа рядом получается быстрее, чем держать оба документа открытыми и сверять их глазами.

Задать вопрос заново после того, как документ изменился

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

Проверить ответ через второй заход

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

Как выглядит хороший ответ

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

Частые ошибки

Собрал то, что вижу чаще всего. Первое: задавать чату вопросы, на которые уже ответил анализ, вместо того чтобы сначала прочитать готовый разбор. Тратятся сообщения из лимита, время уходит. Второе: считать уверенный тон ответа признаком точности. Тон у модели уверенный всегда, это свойство модели, а не показатель того, что нужный кусок нашёлся. Третье: не сохранять анализ и обнаружить пропажу разговора на следующий день. Четвёртое: грузить скан плохого качества и удивляться пустым ответам. Если текст в PDF не выделяется мышкой, это картинка, и распознавание может дать текст с ошибками, по которому поиск работает соответственно. Пятое: спрашивать одно и то же тремя способами подряд вместо того, чтобы сузить вопрос.

Когда чат экономит больше всего времени

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

Главное, что стоит унести из этого руководства: чат по документу это поиск по смыслу с последующим объяснением, а не всезнающий собеседник. Он силён ровно там, где силён поиск по смыслу, и слаб там, где нужен подсчёт, полнота или дословность. Понимание этой границы экономит больше времени, чем любой список готовых вопросов, потому что вы перестаёте задавать чату вопросы, на которые он не может ответить по своему устройству. Возьмите документ, который сейчас лежит у вас нечитанным, и задайте ему тот единственный вопрос, ради которого вы его вообще открыли. Двух гостевых вопросов хватит, чтобы понять, ваш это инструмент или нет.