LEM.RU · 2026

Индексация · 10 мин

Почему тяжёлая работа выполняется заранее

Какие расчёты можно вынести из каждого диалога с агентом.

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

LEM переносит повторяемую структурную подготовку до диалога, а во время запроса оставляет отбор источника и проверку применимости.
01

Что можно подготовить заранее

Документы разбиваются на адресуемые фрагменты, сохраняется координата версии, выделяются процедуры и функции, строятся доступные структурные сведения и границы Exact. Для проекта подготовка привязана к конкретному снимку кода. Проектный корпус — отдельное направление; он не входит в публичный демонабор библиотек только для чтения.

02

Что всё равно решается во время вопроса

Система должна выбрать релевантный источник, сопоставить его с намерением пользователя и проверить права. Агент затем объясняет факт, связывает его с задачей и отмечает неизвестное. Предварительный индекс не делает любой ответ истинным автоматически.

Две фазы работыТяжёлая повторяемая подготовка отделена от конкретного рассуждения.
01До диалога

Документы, версии, фрагменты, символы и доступные связи.

02Во время вопроса

Отбор, сопоставление версии, источник и объяснение.

03

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

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

04

Механизм ещё не равен измеренному эффекту

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

05

Обновление БСП требует новой координаты

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

Решение агента — открыть ту же функцию в новой координате и сравнить параметры, ограничения и доступность на сервере. Если новая версия не подготовлена, ответ о совместимости остаётся открытым. Это проектный сценарий за пределами публичного Route Delivery; конкретная функция БСП здесь не утверждается.

Синтетический пример

Вопрос Q3 уже имеет карту источников

Для сигнатуры создания отправления заранее известно, что понадобятся OpenAPI, схема запроса и sdk/client.bsl.

  1. Запросить: «Покажи сигнатуру СоздатьОтправление для версии 1.2.0 и обязательные поля; назови источник каждого факта».
  2. Выбрать координату корпуса и отобрать OpenAPI, схему запроса и sdk/client.bsl.
  3. Открыть символ СоздатьОтправление и сформировать короткий ответ с точными ссылками.
  4. Решение: принять только сведения выбранной версии, а наличие функции в своей конфигурации оставить отдельным вопросом проектного анализа.

Это демонстрация подготовленного корпуса, а не замер времени индексации или ускорения запроса.

Граница доказательства

Что уже можно утверждать, а что нужно проверить

Подтверждено материалом
  • Состав 29-файлового корпуса и источники Q1–Q8 зафиксированы.
  • Координата позволяет отделить версии.
Проверяется в конкретном контуре
  • Реальную длительность индексации.
  • Экономию времени на конкретной модели и инфраструктуре.