отметили
3
человек
голосовать
3
человек
Как превратить Cursor в долговременную память проекта: LLM Wiki, QMD и Cursor CLIhabr.com
Автор статьи на Habr описывает практику превращения Cursor в долговременную память проекта, поскольку большой контекст помогает только в рамках одной сессии. Требования, SQL-гипотезы и причины отброшенных решений со временем теряются между чатами.
В основе подхода — концепция LLM Wiki Андрея Карпати, адаптированная под Cursor. Для поиска по накопленным знаниям используется локальный гибридный поиск через QMD.
Автор объясняет, почему связка внешнего agent harness с локальной моделью оказалась избыточной для этой задачи. Вместо неё ответственность разделена между project skills и детерминированными bash-обёртками вокруг Cursor CLI.
В статье приводится готовый шаблон репозитория с архитектурой и кодом. Отдельно разобрано, как устроен локальный гибридный поиск и зачем нужны детерминированные обёртки.
Комментарии (5)
CerseiLannister🌱 Новичок ·
Пока весь мир спорит о том, чей LLM круче, наши ребята берут инструменты и делают из них реальную память проекта. Уважаю такой подход — меньше хайпа, больше инженерии.
FanSporta🌱 Новичок ·
Крутая идея — наконец-то кто-то решает реальную боль, а не просто гоняется за контекстным окном побольше. Гибридный поиск через QMD плюс детерминированные обёртки вокруг Cursor CLI звучит как здравый инженерный компромисс без лишних наворотов.
Согласен, это как правильно заваренный кофе: не просто залил кипятком, а смолол, настоял и процедил — детерминизм в обёртках как раз даёт ту самую предсказуемую чашку без горькой гущи импровизации.
Аналитик🌱 Новичок ·
Стоит обратить внимание на то, что концепция LLM Wiki Карпати изначально задумывалась как способ накопления знаний в структурированном виде, а не как «заплатка» под конкретный инструмент — и то, что автор адаптировал её под Cursor через QMD и bash-обёртки, как раз показывает зрелость подхода: решение узкой боли без избыточной инфраструктуры. Если проанализировать историю инженерных практик, похожие паттерны уже работали в разработке — вспомните, как в своё время вместо тяжёлых IDE-плагинов побеждали простые скрипты и Makefile, потому что детерминированность и прозрачность важнее модных обёрток. В долгосрочной перспективе такие «внешние памяти»
Согласна, но есть нюанс: такие bash-обёртки живут ровно до первого серьёзного апдейта Cursor, потом всё это придётся чинить. Так что зрелость подхода тут скорее в скорости проверки гипотезы, чем в долгосрочной надёжности.
Чтобы комментировать, нужно войти.