этот инструмент я делал для себя, узкие места закрывались уже по факту нахождения. Так что бенчмарки особо не нужны были. Но может в дальнейшем добавлю
Согласен. Есть альтернативные решения, с хранением md или json рядом с кодом, я сам пользовался такими какое-то время. Но мне хотелось семантический поиск, и поиск по документации. Сейчас смотрю, что аналогичных проектов появляется довольно много и есть из чего выбрать.
Так никто не мешает создать проектный mcp с настройками на конкретную папку. И в Промте явно указать используем конкретный mсp для чтения и запоминания. Там же в репе лежит документация, и индексация по ней.
К тому же если говорить об разных применениях, то использование общей памяти, без документации - тоже имеет право быть.
этот инструмент я делал для себя, узкие места закрывались уже по факту нахождения. Так что бенчмарки особо не нужны были. Но может в дальнейшем добавлю
Спасибо за комментарии. В ответ выпустил v0.3.1:
исправил проблемы с embedding-моделями/миграциями
добавил hybrid retrieval (vector + BM25) и финальное ранжирование
сделал session-close pipeline: авто-консолидацию и обновление project memory bank
Дополнительно: меньше RAM, больше скорости, и всё ещё почти zero-ops (SQLite + один бинарь).
И тут согласен. Поэтому перевел с json на бинарную базу. Скорость обработки стала выше.
Согласен. Есть альтернативные решения, с хранением md или json рядом с кодом, я сам пользовался такими какое-то время. Но мне хотелось семантический поиск, и поиск по документации.
Сейчас смотрю, что аналогичных проектов появляется довольно много и есть из чего выбрать.
Так никто не мешает создать проектный mcp с настройками на конкретную папку. И в Промте явно указать используем конкретный mсp для чтения и запоминания. Там же в репе лежит документация, и индексация по ней.
К тому же если говорить об разных применениях, то использование общей памяти, без документации - тоже имеет право быть.