Нормальная табличка. Опять дискуссии вокруг "Зачем в MCP RAG"....
Вот все 5 строчек которые тут упомянуты в MCP используются и как раз для этих же целей.
Там есть:
✅ AST (как часть индекса и даже для grep-а)
✅ grep внезапно через RLM
✅ BM25 - конечно же при поиске по четким совам это куда предпочтительнее.
✅ классический семантический поиск - когда модель не знает что ищет
✅ графовый семантический поиск - когда надо найти все объекты и функции по теме.

Для разных целей нужны разные инструменты. Индексировать репозитории нужно. Если напрягает можете от этого отказаться - в настройках всё доступно, часть инструментов можно просто отключить. Просадку заметите практически сразу. Никого не читать никому не доверять а самим проверить всегда пожалуйста. Использовать векторный поиск для "покажи мне код функции xxxx" конечно же бред и никто этим не занимается. А вот для "покажи код для анонимизации ФИО сотрудников" уже нужно. А правила нужны для того чтобы на вопрос "напиши код для анонимизации ФИО сотрудников" пошел запрос который выше а не был на писан код. А спецификации нужно читать, чтобы убедиться что при задаче выгрузки сотрудников из базы на гугл диск фраза "напиши код для анонимизации ФИО сотрудников" присутствует в тексте и вы не попадаете под статью... Ну и ещё раз об этом конечно поговорим на конференции