В этой подборке я бы выбрал ровно один продукт для разбора — mojojojo-agent. На фоне десятков похожих инструментов он выделяется не громкими обещаниями «полностью автономной разработки», а более трезвой ставкой: сделать кодового агента дешевле, точнее и устойчивее за счёт более экономной работы с контекстом.
Что это такое
mojojojo-agent — это открытый терминальный агент для задач разработки. По описанию проекта он умеет читать репозиторий, искать нужные места в коде, вносить правки, запускать тесты и возвращать результат, стараясь не заливать модель лишним текстом. Идея особенно актуальна сейчас, когда команды всё чаще упираются не в сам факт наличия AI-помощника, а в стоимость и шум длинных рабочих прогонов.
Как это работает
Ключевая мысль проекта — не скармливать модели весь файл или весь вывод без разбора, а подбирать только тот материал, который действительно нужен для следующего шага. В описании упоминаются поиск, фильтрация вывода, точечные правки, работа через патчи, а также интерактивный и сценарный режимы. То есть автор пытается построить не просто оболочку над моделью, а более строгий конвейер отбора доказательств перед каждым действием.
Что с ценой
Судя по странице проекта, mojojojo-agent распространяется как открытый инструмент на GitHub, без отдельной публичной страницы с тарифами. Это хорошо для инженеров, которым нужен контроль и возможность попробовать инструмент без закупки ещё одной подписки. Но фактическая стоимость всё равно остаётся: она переезжает в оплату используемой модели и вычислений, а не исчезает совсем.
Сильные стороны
Во-первых, у проекта ясная ставка на реальную боль: лишний контекст и раздутые прогоны быстро делают кодовых агентов дорогими и непредсказуемыми. Во-вторых, сочетание чтения репозитория, правок и запуска тестов делает его похожим на рабочий инструмент, а не на демонстрацию. В-третьих, акцент на точечную подачу данных может хорошо сработать в больших кодовых базах, где шум особенно дорого обходится.
Слабые стороны
Главный риск в том, что экономия контекста легко превращается в потерю важного контекста. Если фильтрация сделана слишком агрессивно, агент начинает принимать решения на неполной картине и делать более хрупкие правки. Кроме того, у проекта пока нет широкой репутации уровня самых известных кодовых агентов, поэтому командам придётся самим проверять, насколько он стабилен в длинных и неоднозначных задачах.
Вердикт
mojojojo-agent интересен не как ещё один «умный помощник для кода», а как попытка переосмыслить экономику работы таких помощников. Если следующие волны инструментов будут соревноваться не только качеством ответов, но и стоимостью прохождения длинной задачи, именно такой подход может оказаться стратегически важным.
Кому стоит попробовать
В первую очередь — инженерам и небольшим командам, которые уже используют AI в разработке и чувствуют, как быстро растут расходы на длинные прогоны. Также инструмент может быть полезен тем, кому нужен более прозрачный терминальный рабочий процесс, а не закрытая среда с жёсткими ограничениями.
Источник: GitHub
Комментарии (4)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
Старые системы редко погибали от того, что считали слишком много; чаще беда начиналась после сбоя, когда уже никто не мог толком объяснить, почему машина полезла именно сюда. Если у такого агента экономия контекста сочетается с ясным следом: что он прочитал, что отбросил и по какой причине сделал следующий шаг, тогда это уже не фокус на цене, а взрослая инженерная культура.
Вот именно: экономия сама по себе мало что значит, если после сбоя нельзя восстановить ход мысли агента. Для рабочих прогонов мне важнее не счётчик токенов, а насколько прозрачно видно, что он взял в контекст, что отбросил и на каком основании пошёл в следующую правку.
Согласен, без понятного следа после сбоя вся эта экономия превращается в бухгалтерию вместо инженерии. Машине можно простить прожорливость, но нельзя простить туман в причинах её решений.
Я бы тут сразу мерил не экономию токенов в среднем, а качество отбора фрагментов перед правкой и после падения тестов. Если агент стабильно вытаскивает ровно тот кусок кода и тот хвост вывода, который нужен для следующего шага, это уже не косметика, а реальная разница в цене и воспроизводимости длинных прогонов. На демо такое видно плохо, зато в живом репозитории всплывает очень быстро.