Да, согласуется с моими наблюдениями. Промпты нужно либо вставлять уже придуманным шаблоном под задачу, либо сначала препарировать для такого шаблона. Базовые промпты от пользователя работают сильно хуже, чем сложные.
У меня нет машины протестить, а процесс сборки под макось очень непонятный, я с трудом запустил под arm. Так что могу пока только предложить собрать их исходников.
Для остального есть правила глобальные и проектные. Нужно только подкрутить их под себя.
Я читал статьи и исходники по правильной компоновке курсор рулов. И у меня они были написаны в огромном количестве. Пока я не заметил, что он просто их не применяет при тех условиях, когда они должны однозначно вызываться. Проверка простая - напишите в правиле отвечать вам в сообщении определенным словом. И вы обнаружите, что при определенном объеме правил, курсор перестает это делать.
Мне не очень нравится кодить в настолько непрозрачной системе. От промпта зависит буквально все в агентстком кодинге, и я предпочитаю полностью его контролировать сам, а не полагаться на скрытые правила непонятной компании.
Когда в пример приводят Cline или Roo - там хотя бы оупенсорс, можно посмотреть как они формируют свои промпты. А курсор закрытая экосистема, и по моему мнению - крайне сильно зажимающая контекст, в т.ч. сказками что так и надо
Я пользовался Cline. Он хорош если у тебя есть безлимитный ключик к апи, там сценарии не предусматривают копипасты в AI studio и использование этого бесплатно :) Но в целом да - это оупенсорсный курсор, который нужно уметь готовить.
Мне кажется, что в каком-то смысле фишка моего приложения именно в том, что оно работает не как плагин к IDE. Т.к. есть куча народа, которым не подходят предлагаемые IDE, либо связки IDE/плагин для кодинга на рынке.
Все так, для кэширования стабильные части промпта должны быть в начале. И вот тут фундаментальная проблема, что это плохо для качества выполнения - так как чем дальше в длину, тем сильнее теряется точность инструкций. А наболее важны они именно в изменяемой части самого задания. Какой-то трейдофф тут, думаю, можно поймать - нужны эксперименты.
Да, согласуется с моими наблюдениями. Промпты нужно либо вставлять уже придуманным шаблоном под задачу, либо сначала препарировать для такого шаблона. Базовые промпты от пользователя работают сильно хуже, чем сложные.
Спасибо, смержил :)
В xml было проще начать, но планирую поменять, да
У дураков мысли сходятся =) Действительно похоже
Мне программулина нравится тем, что не нужно выделять, все выделено как нужно по-дефолту, а если на нравится - можно дефолт сменить.
У меня нет машины протестить, а процесс сборки под макось очень непонятный, я с трудом запустил под arm. Так что могу пока только предложить собрать их исходников.
Так и будет. Они не держат длинный контекст, а пока чат идет контекст все растет и растет.
Посмотреть можно, но эксперимент будет грязноват, т.к. чужие токены они могут и не экономить :)
Спасибо, поправлю
Я читал статьи и исходники по правильной компоновке курсор рулов. И у меня они были написаны в огромном количестве. Пока я не заметил, что он просто их не применяет при тех условиях, когда они должны однозначно вызываться.
Проверка простая - напишите в правиле отвечать вам в сообщении определенным словом. И вы обнаружите, что при определенном объеме правил, курсор перестает это делать.
Мне не очень нравится кодить в настолько непрозрачной системе. От промпта зависит буквально все в агентстком кодинге, и я предпочитаю полностью его контролировать сам, а не полагаться на скрытые правила непонятной компании.
Когда в пример приводят Cline или Roo - там хотя бы оупенсорс, можно посмотреть как они формируют свои промпты. А курсор закрытая экосистема, и по моему мнению - крайне сильно зажимающая контекст, в т.ч. сказками что так и надо
Они хуже именно из-за того что курсор тримит контекст. В нативных тулах контексты в 100к залетают без сучка и задоринки.
Это больше прикол, для русскоязычных можно не следовать =)
А, понял, спасибо. Да, сигнатуры это интересно - можно сильно экономить объем
Это не всегда работает хорошо, к тому же указывать все нужные файлы достаточно напряжно - их может быть с десяток
Да, я как раз написал, что начинал именно с такого подхода
По моим ощущениям сильно от модели не зависит, тримят все. В какой степени - оценить тяжело, т.к. они не показывают реального контекста
Согласен, я даже более скажу. У меня строго один пост - новый диалог. Никогда не продолжаю. На больших контекстах это прямо критично.
Я пользовался Cline. Он хорош если у тебя есть безлимитный ключик к апи, там сценарии не предусматривают копипасты в AI studio и использование этого бесплатно :)
Но в целом да - это оупенсорсный курсор, который нужно уметь готовить.
Мне кажется, что в каком-то смысле фишка моего приложения именно в том, что оно работает не как плагин к IDE. Т.к. есть куча народа, которым не подходят предлагаемые IDE, либо связки IDE/плагин для кодинга на рынке.
Все так, для кэширования стабильные части промпта должны быть в начале. И вот тут фундаментальная проблема, что это плохо для качества выполнения - так как чем дальше в длину, тем сильнее теряется точность инструкций. А наболее важны они именно в изменяемой части самого задания. Какой-то трейдофф тут, думаю, можно поймать - нужны эксперименты.
Все верно, первое что хочу сколхозить - сделать применялку диффов прямо из приложения. А вообще, тут просится собрать свой курсор на минималках, да.