Проблема не в Anthropic как таковом — проблема в самой модели «заплати за месяц вперед и молись». Поэтому интересно смотреть на инструменты с поминутной оплатой: тратишь по факту, не платишь за простой, а если завтра что-то блокируют — теряешь только остаток на балансе, а не всю подписку. В JetBrains-экосистеме так устроен Veai
Интересный проект, спасибо за честный рассказ о процессе. По технической части: выбор RRF поверх BM25 + семантического поиска - правильный, это уже де-факто стандарт для RAG-пайплайнов. Любопытно, насколько хорошо text-embedding-3-small справляется с русскоязычным контентом - в моём опыте у OpenAI-эмбеддингов есть просадки на кириллице по сравнению с, например, E5-multilingual или ruBERT-based моделями. Проводил ли какие-то сравнения или шёл по принципу “работает - не трогай”? MCP-интеграция с Claude - логичный шаг, особенно для агентных сценариев. Сам активно использую похожие подходы в рабочих проектах: когда поиск становится инструментом агента, а не просто API - качество итогового ответа заметно растёт. По поводу масштабирования: при росте индекса за 500k+ документов pgvector начинает заметно проседать на HNSW без тюнинга параметров (ef_construction, m). Планируешь оставаться на pgvector или смотришь в сторону выделенных векторных БД?
Если агент умеет дебажить, запускать конфигурации и выполнять рефакторинг на уровне опытного разработчика, какие сигналы о квалификации остаются «чисто человеческими»? Где проходит граница между навыком специалиста и «навыком IDE + агента»?
Тема утечки и архитектуры Claude Code действительно стоящая, но материал пока выглядит как набросок, а не статья, за которую хочется зацепиться. Не хватает конкретики по тому, что именно утекло, архитектурных деталей, сравнения с другими агентными системами и выводов для практиков. В таком виде это хороший тизер, но не тот разбор, который сохраняют в закладки и используют как референс.
Спасибо за комментарий — формулировка действительно может резать глаз на Хабре, где к маркетинговым словам относятся особенно критично. Мы называем курс «знаменитым» в первую очередь опираясь на количество желающих, регулярный фидбек от разработчиков и то, что материал заметно разошёлся за пределы одной площадки (у нас уже были внешние публикации и приглашения рассказывать про этот формат).
Но вы правы: для части аудитории Хабра такая формулировка звучит как голословный маркетинг, поэтому в следующих анонсах мы переформулируем заголовок и будем аккуратнее с оценочными эпитетами. Если хотите проверить, насколько курс «знаменит» по сути, а не по слову в тексте — приходите в эфир, задайте любые неудобные вопросы автору и по итогам уже сами решите, стоит ли он вашего времени.
Наш пойнт в том, что в реальных enterprise‑проектах такие скрипты есть далеко не всегда и не все покрывают. Veai опирается на то, что уже гарантированно работает у команды сегодня - конфиги запуска, индексы и инспекции IDE — и дает агенту доступ именно к ним, а не заставляет его «изобретать окружение».
Облачные модели дают очень хорошее качество и выгодную тарификацию, но в большом количестве компаний сотрудникам запрещают использовать облачные модели на копрпоративном коде (даже через шлюз, который маскирует конфиденциальные данные) Касаемо окупаемости железа, если в компании моделью/агентом пользуется большое количество сотрудников, то затраты окупаются достаточно быстро — несколько лет (зависит от размера модели, разумеется) По поводу тарификации облачных моделей: в нашей платформе ohmycode добавили тарификацию по минутам — теперь вы можете использовать агентов и платить только за время обработки запроса облачной моделью, это получается сильно выгоднее, чем платить за входные и выходные токены
Как и обещали ответили отдельной статьей https://habr.com/ru/companies/veai/articles/1062428/
Мы опубликовали ответ ссылка на статью: https://habr.com/ru/companies/veai/articles/1062428/
Вы можете использовать любую IDE например OpenIDE.
Добрый день, можно посмотреть на данной стр https://veai.ru/tarifs
вы можете все свои вопросы подробно написать автору в чат потдержки https://t.me/veai_devs_chat Даниил вам ответит в расширенном виде.
спасибо сейчас поправим)
Проблема не в Anthropic как таковом — проблема в самой модели «заплати за месяц вперед и молись». Поэтому интересно смотреть на инструменты с поминутной оплатой: тратишь по факту, не платишь за простой, а если завтра что-то блокируют — теряешь только остаток на балансе, а не всю подписку. В JetBrains-экосистеме так устроен Veai
https://marketplace.openide.ru/plugin/veai-ai-agent/404/
Добрый день, в статье ссылки битые! Например на плагин Veai нажимаешь попадаешь на 404! Я попробовала скачать не получилось. Поправьте пожалуйста
Тарификацию можно посмотреть https://veai.ru/tarifs
Personal Выбрать провайдер OpenAI-compatible
Там должен быть opus 4.7
Спасибо, мысль интересная я подумаю. Хочется донести что сейчас главное научиться правильно ставить цель и видеть, что стоит за ней
Очень нужная вещь для Москвы и пробок
Интересный проект, спасибо за честный рассказ о процессе. По технической части: выбор RRF поверх BM25 + семантического поиска - правильный, это уже де-факто стандарт для RAG-пайплайнов. Любопытно, насколько хорошо text-embedding-3-small справляется с русскоязычным контентом - в моём опыте у OpenAI-эмбеддингов есть просадки на кириллице по сравнению с, например, E5-multilingual или ruBERT-based моделями. Проводил ли какие-то сравнения или шёл по принципу “работает - не трогай”? MCP-интеграция с Claude - логичный шаг, особенно для агентных сценариев. Сам активно использую похожие подходы в рабочих проектах: когда поиск становится инструментом агента, а не просто API - качество итогового ответа заметно растёт. По поводу масштабирования: при росте индекса за 500k+ документов pgvector начинает заметно проседать на HNSW без тюнинга параметров (ef_construction, m). Планируешь оставаться на pgvector или смотришь в сторону выделенных векторных БД?
Спасибо, сможете чуть подробнее что вам больше понравилось? Что оказалось полезным?
Если агент умеет дебажить, запускать конфигурации и выполнять рефакторинг на уровне опытного разработчика, какие сигналы о квалификации остаются «чисто человеческими»? Где проходит граница между навыком специалиста и «навыком IDE + агента»?
Тема утечки и архитектуры Claude Code действительно стоящая, но материал пока выглядит как набросок, а не статья, за которую хочется зацепиться. Не хватает конкретики по тому, что именно утекло, архитектурных деталей, сравнения с другими агентными системами и выводов для практиков. В таком виде это хороший тизер, но не тот разбор, который сохраняют в закладки и используют как референс.
Спасибо за комментарий — формулировка действительно может резать глаз на Хабре, где к маркетинговым словам относятся особенно критично. Мы называем курс «знаменитым» в первую очередь опираясь на количество желающих, регулярный фидбек от разработчиков и то, что материал заметно разошёлся за пределы одной площадки (у нас уже были внешние публикации и приглашения рассказывать про этот формат).
Но вы правы: для части аудитории Хабра такая формулировка звучит как голословный маркетинг, поэтому в следующих анонсах мы переформулируем заголовок и будем аккуратнее с оценочными эпитетами. Если хотите проверить, насколько курс «знаменит» по сути, а не по слову в тексте — приходите в эфир, задайте любые неудобные вопросы автору и по итогам уже сами решите, стоит ли он вашего времени.
Наш пойнт в том, что в реальных enterprise‑проектах такие скрипты есть далеко не всегда и не все покрывают. Veai опирается на то, что уже гарантированно работает у команды сегодня - конфиги запуска, индексы и инспекции IDE — и дает агенту доступ именно к ним, а не заставляет его «изобретать окружение».
Облачные модели дают очень хорошее качество и выгодную тарификацию, но в большом количестве компаний сотрудникам запрещают использовать облачные модели на копрпоративном коде (даже через шлюз, который маскирует конфиденциальные данные) Касаемо окупаемости железа, если в компании моделью/агентом пользуется большое количество сотрудников, то затраты окупаются достаточно быстро — несколько лет (зависит от размера модели, разумеется) По поводу тарификации облачных моделей: в нашей платформе ohmycode добавили тарификацию по минутам — теперь вы можете использовать агентов и платить только за время обработки запроса облачной моделью, это получается сильно выгоднее, чем платить за входные и выходные токены