Выберите тему — соберём контекст
Собираем технические знания компании и внешние источники в один поисковый контур: патенты, статьи, отчёты, протоколы испытаний, переписка с поставщиками. Добавляем генерацию гипотез с проверкой на существующие решения и автоматизируем расчёты, которые сегодня делаются вручную в таблицах.
Или сразу: +7 (962) 368-39-51 Telegram
Задачи, которые кажутся частью исследовательской работы, но на деле являются поиском и обработкой информации.
Отчёты по испытаниям, обоснования конструкций, протоколы неудачных экспериментов — всё это существует, но найти нужное можно только через знакомого инженера, который помнит, что «это уже пробовали в 2021 году». Новый сотрудник таких связей не имеет и повторяет работу.
Формулировка в патенте почти никогда не совпадает с рабочими терминами: то, что в компании называют «термостабилизирующей вставкой», в описании изобретения звучит как «теплоизолирующий элемент с регулируемым коэффициентом». Поиск по строке находит десятки нерелевантных документов и не находит действительно близкий аналог.
Тепловые, прочностные, гидравлические и экономические расчёты по вариантам конструкции делаются в разрозненных таблицах. Один инженер-расчётчик становится узким местом, а варианты сравниваются неполно, потому что на полный перебор нет времени.
Информация о том, что решение не работает, ценна не меньше положительной, но именно она хуже всего документируется. В итоге та же гипотеза проверяется повторно через два года другой командой и снова приводит к тупику.
Попросить модель «предложи способ снизить вибрацию» легко, но без опоры на источники она выдаёт правдоподобные формулировки с несуществующими ссылками. В инженерной работе такое поведение опаснее отказа: ошибку можно заметить не сразу, а после испытаний.
Внутренние обозначения узлов, сокращения, артикулы, названия установок — ничего этого нет в обучающих данных публичных моделей. Без адаптации под ваш язык ответы остаются общими и неприменимыми к конкретному изделию.
Четыре блока: база знаний, патентный поиск, работа с гипотезами и расчётный контур.
Сводим разрозненные документы в индексированное хранилище с поиском по смыслу, а не по названию файла.
Ищем аналоги по технической сути, а не по совпадению слов, и показываем, чем найденное решение отличается от вашего.
Помогаем формулировать и первично проверять гипотезы, опираясь на внутренний опыт компании и внешние публикации.
Переносим рутинные вычисления из таблиц в воспроизводимый расчётный контур с историей версий и параметров.
Начинаем с одного узкого вопроса, на котором можно быстро проверить пользу поиска.
Берём конкретную инженерную задачу, по которой уже есть документы, и договариваемся, что считать полезным ответом.
Загружаем архив, чистим дубли, настраиваем разбиение документов и права доступа, проверяем качество поиска на контрольных вопросах.
Собираем интерфейс с ответами и обязательными ссылками на источники, подключаем патентные и научные данные, тестируем с инженерами.
Переносим часть расчётов в скрипты и очереди, настраиваем журнал гипотез и дообучение модели на новых документах.
Поиск по смыслу (RAG) устроен так: документы разбиваются на фрагменты, каждый фрагмент превращается в вектор через модель эмбеддингов и складывается в векторную базу. Когда инженер задаёт вопрос, он тоже превращается в вектор, и система находит ближайшие фрагменты, которые затем передаются языковой модели вместе с вопросом. Модель формулирует ответ, опираясь только на найденные фрагменты, и обязана сослаться на источник.
Ключевое слово здесь — «обязана». Без ссылок ответ языковой модели невозможно проверить, а в инженерной работе непроверяемый ответ бесполезен. Мы строим интерфейс так, чтобы рядом с каждым утверждением был номер документа и страница, а при сомнении инженер мог открыть первоисточник в один клик.
Качество поиска зависит не от модели, а от подготовки данных. Дубликаты версий чертежей, документы без текстового слоя, отсканированные таблицы с плохим распознаванием — всё это снижает точность. Поэтому проект всегда включает этап инвентаризации архива, и часто именно он даёт компании самостоятельную ценность: выясняется, что часть документации устарела, а часть существует в трёх разных редакциях.
Классический патентный поиск строится на комбинациях ключевых слов, классов МПК и операторов. Он работает точно и воспроизводимо, но зависит от того, угадал ли исследователь термины. В патентных описаниях используется формализованный язык, и рабочий термин компании почти никогда не совпадает с формулировкой заявки. В результате находятся либо далёкие документы, либо ничего.
Семантический поиск меняет логику: в вектор превращается техническая суть описания, поэтому близкими оказываются документы, говорящие о том же механизме другими словами. Это резко повышает полноту, но добавляет шум: вместе с настоящими аналогами приходят решения из смежных областей, где совпадает общий принцип, но отличается применение.
Практический вывод — нужны оба инструмента. Семантический поиск используется для разведки: он находит круг релевантных документов и подсказывает термины, которые используют патентные поверенные. Дальше отобранный список проверяется классическими средствами. Мы всегда предупреждаем, что результат такой работы — предварительная оценка для инженера, а не заключение о патентной чистоте: юридическую оценку даёт патентный поверенный.
Самая дорогая потеря в исследованиях — повторная проверка того, что уже проверяли. Она возникает не из-за плохой памяти команды, а из-за отсутствия системы: отрицательный результат не попадает в отчёт, потому что отчитываются о достижениях, а не о тупиках. Через несколько лет, когда состав команды меняется, знание исчезает.
Мы предлагаем вести журнал гипотез в структурированном виде: формулировка, механизм, по которому решение должно работать, критерий проверки, затраченные ресурсы и результат. Такой журнал становится полноценным источником для поискового контура: перед запуском новой гипотезы система проверяет, не встречалась ли похожая, и показывает, чем закончилась предыдущая попытка.
Важно, что журнал заполняется по ходу работы, а не задним числом. Для этого форма должна быть предельно короткой, а часть полей — заполняться автоматически из систем управления проектами. Практика показывает, что если на запись уходит больше двух минут, инженеры перестают это делать, и система теряет смысл.
Там, где вы решите. Для большинства проектов мы разворачиваем систему полностью на мощностях заказчика: векторная база, модель эмбеддингов и языковая модель работают в вашем контуре, документы никуда не передаются. Если часть документов не составляет коммерческой тайны, можно использовать гибридную схему с внешней моделью для общих вопросов, но мы всегда начинаем с локального варианта.
Ответам без источников — нет, и мы такую возможность не предоставляем. Система отвечает только на основе найденных фрагментов документов и приводит ссылки на них. Если в базе знаний нет информации, правильным ответом считается «в архивных документах ответ не найден» — это лучше, чем правдоподобная выдумка. Все ответы сохраняются в истории, чтобы можно было разобрать спорные случаи.
Практический минимум — несколько сотен документов: на меньшем объёме инженер быстрее найдёт нужное вручную. Верхнего предела практически нет: мы работаем с архивами в десятки и сотни тысяч файлов, где основное время занимает не индексация, а очистка от дублей и восстановление текстового слоя в сканах. Именно этот этап определяет срок проекта.
Да, это один из самых востребованных сценариев. Модель можно дообучить на ваших стандартах и шаблонах, чтобы она соблюдала структуру, терминологию и стиль оформления. Однако мы всегда оставляем финальную проверку за инженером: черновик отчёта, протокола или обоснования готовится быстрее, но ответственность за содержание и выводы несёт человек.
Смежные задачи, которые обычно решаются в одном проекте с этой.
Опишите задачу и покажите, какие документы уже есть, — соберём поисковый контур на ваших материалах и покажем ответы со ссылками на источники.
Cookie и аналитика
Мы используем необходимые cookie для работы сайта и форм. Аналитические cookie (Яндекс.Метрика, включая запись сессий) подключаем только с вашего согласия — от него можно отказаться. Подробнее: Политика использования cookie и обработка персональных данных.