Было было интересно почитать, как именно у вас устроен rag? Это некий grep по файлам + чтение файлов, или особый способ семантического поиска по символам, как например работает в vscode #functionName или @someVariable?
Доброго дня! Есть ли у вас в планах поддержка tool call? Например, чтобы LLM могла дополнить свой контекст вызвав grep'ом поиск файлов и прочитать их содержимое. И уже после всего этого писала ответ.
Вот бы еще этот инструмент умел запускаться в пайлайне CI/CD Gitlab и писать inline комментарии прямо в Merge Request. Планируется такая функциональность?
Сначала cursor пытается прочесть файл стандартными средствами, grep'ом. У него это не получается из-за ограничений на чтение папки .cursor. Вот и начинает чудить и придумывать, пробует rg.
Сейчас я убрал папку .cursor/plans из игнора, стало работать лучше. Отчвечая на вопрос "что за команда" - находит пустые чекбоксы в markdown. Пример:
$ grep -m 1 "^\- \[ \]" ".cursor/plans/optimization-plan.md"
- [ ] task-007 — unit тесты для generate_voices.py (06-write-unit-tests, Haiku С thinking, ~$0.15)
Похоже была не самая удачная идея класть некоторые файлы в .cursor/ Сейчас процесс периодически стопорится из-за того, что у модели нет доступа к данной папке, что вынуждает её делать изменения окольными путями, тратя токены.
Пример 1:
Похоже, инструменты чтения блокируют часть .cursor/* из-за фильтрации, поэтому перейду на команды в терминале для этих файлов и продолжу строго по вашему сценарию (поиск задачи → выполнение → коммиты → закрытие).
$rg -m 1 "^\- \[ \]" ".cursor/plans/optimization-plan.md"
--: line 1: rg: command not found
Пример 2:
ApplyPatch не имеет доступа на запись к .cursor/plans/*, поэтому внесу правки в план и task-003.md через небольшой Python-скрипт (только нужные строки), затем сделаю финальный chore-коммит.
Буквально сегодня искали с коллегой возможность throttle CPU - не нашли. Замедление запросов есть, а CPU нет. Или может не во всех версиях Firefox это есть? Может кто-то знает?
Интересно, насколько это будет быстрее работать на GPU. На моей RTX4070S примерно на генерацию 10 секунд текста уходит 30 секунд, то есть RTF ~ 3. А у вас на CPU такие результаты, круто. Надо попробовать
Спасибо за ответ, я бы такую статью с радостью прочитал)
Было было интересно почитать, как именно у вас устроен rag? Это некий grep по файлам + чтение файлов, или особый способ семантического поиска по символам, как например работает в vscode #functionName или @someVariable?
Интересно было бы посмотреть сравнение ещё этих:
Glm5
Qwen3 Coder Next
Kimi2.5
Доброго дня! Есть ли у вас в планах поддержка tool call? Например, чтобы LLM могла дополнить свой контекст вызвав grep'ом поиск файлов и прочитать их содержимое. И уже после всего этого писала ответ.
Думаю это бы здорово улучшило точность ревью.
Думаю будет справедливо упомянуть аналогичный инструмент, о котором тут тоже есть статья:
https://habr.com/ru/articles/951434/
Интересно, чей подход в итоге окажется более жизнеспособным
Вот бы еще этот инструмент умел запускаться в пайлайне CI/CD Gitlab и писать inline комментарии прямо в Merge Request. Планируется такая функциональность?
Сначала cursor пытается прочесть файл стандартными средствами, grep'ом. У него это не получается из-за ограничений на чтение папки .cursor. Вот и начинает чудить и придумывать, пробует rg.
Сейчас я убрал папку .cursor/plans из игнора, стало работать лучше. Отчвечая на вопрос "что за команда" - находит пустые чекбоксы в markdown. Пример:
Похоже была не самая удачная идея класть некоторые файлы в
.cursor/Сейчас процесс периодически стопорится из-за того, что у модели нет доступа к данной папке, что вынуждает её делать изменения окольными путями, тратя токены.
Пример 1:
Пример 2:
Буквально сегодня искали с коллегой возможность throttle CPU - не нашли. Замедление запросов есть, а CPU нет. Или может не во всех версиях Firefox это есть? Может кто-то знает?
Интересно, насколько это будет быстрее работать на GPU. На моей RTX4070S примерно на генерацию 10 секунд текста уходит 30 секунд, то есть RTF ~ 3. А у вас на CPU такие результаты, круто. Надо попробовать
Надеялся, что будет переезд редактора на базу vscode, со всеми его ui особенностями, но нет эх🫠
А как правильно обработать ситуацию, когда одно модальное окно порождает другое? В данной реализации вроде это никак не обрабатывается?
Очень похожий материал можно увидеть на гитхабе, в проекте https://github.com/type-challenges/type-challenges