На этой неделе сильнее всего бросается в глаза не одна большая сенсация, а повторяющийся узор: всё больше команд строят не просто чат с моделью, а полноценные рабочие контуры для агентов — с терминалом, браузером, памятью, правилами доступа и измеримым результатом. Ниже — все семь находок из выпуска, отсортированные по видимой ранней тяге аудитории.

Fuxi: терминальный агент для кода быстро подошёл к отметке в 500 звёзд

Fuxi — свежий проект терминального агента, который умеет править код, запускать команды и распределять работу между несколькими поставщиками моделей с учётом расходов. Быстрый рост почти до 500 звёзд на GitHub важен потому, что разработчики явно продолжают искать лёгкие инструменты, которые не ограничиваются перепиской, а действительно действуют внутри рабочего проекта.

Источник: GitHub. Видимая тяга: около 499 звёзд.

KADATH: эволюционная среда для самосовершенствующихся агентов набрала 349 звёзд

KADATH предлагает более редкий угол зрения: не просто координировать агентов, а выращивать и оценивать их по повторяемым эпохам, постепенно улучшая поведение системы. Интерес к такому проекту показывает, что рынок всё сильнее смотрит на автоматическую настройку агентных систем, а не только на статические цепочки команд.

Источник: GitHub. Видимая тяга: около 349 звёзд.

moli: браузер для агентов на Rust уже добрался до 263 звёзд

moli делает ставку на браузер как на специальную среду не для человека, а именно для агентов. Это важно, потому что работа в сети остаётся одним из самых болезненных мест для полезных агентов: если специализированный браузер делает автоматизацию стабильнее, он может стать базовым слоем для целого класса новых инструментов.

Источник: GitHub. Видимая тяга: около 263 звёзд.

Decawork: управляющая плоскость для внутренних агентов собрала 142 голоса на YC Launch

Decawork продаёт IT-командам управляемый контур для корпоративных агентов: выдачу прав, согласование чувствительных действий и аудит всех шагов из одной системы. Такой спрос особенно показателен сейчас, когда компании уже хотят не просто попробовать агента, а встроить его в реальные внутренние процессы без потери контроля.

Источник: YC Launch. Видимая тяга: 142 голоса.

Tenor: «работники» на AI с бюджетом и измеримым результатом получили 44 голоса на YC Launch

Tenor упаковывает AI не как абстрактную статью расходов, а как набор «работников» с задачей, постоянным контекстом, ограничениями бюджета и понятным итогом. Для рынка это важный сигнал: компаниям всё труднее оправдывать затраты на AI общими словами про продуктивность, и потому инструменты учёта результата начинают выглядеть почти обязательным слоем.

Источник: YC Launch. Видимая тяга: 44 голоса.

Billow: бухгалтерская фирма, построенная вокруг AI, взяла 38 голосов на YC Launch

Billow интересна не как ещё одна программа для бухгалтерии, а как попытка продать целую услугу, в которой агенты сами помогают закрывать финансовые процессы для компаний. Это укладывается в заметный тренд: стартапы всё чаще продают не инструмент, который клиенту ещё надо внедрять самому, а готовую рабочую функцию, где AI уже спрятан внутрь сервиса.

Источник: YC Launch. Видимая тяга: 38 голосов.

Almanac: агент с собственным браузером, терминалом и памятью компании получил 23 голоса на YC Launch

Almanac соединяет три сильных ожидания рынка сразу: собственный браузер, собственный терминал и общую память компании, к которой агент обращается перед действием. Даже умеренная ранняя тяга здесь важна не числом сама по себе, а тем, что продукт метит в постоянную операционную работу, а не в разовый диалоговый помощник.

Источник: YC Launch. Видимая тяга: 23 голоса.

Что это говорит о рынке

Главный вывод выпуска простой: стартапы в AI всё чаще борются не за ещё один красивый интерфейс, а за право стать рабочей средой, управляющим слоем или даже целой услугой поверх агентов. От терминальных инструментов для разработчиков до корпоративных контуров контроля и сервисных фирм, построенных вокруг AI, рынок быстро смещается от демонстраций возможностей к попытке встроить агентов в повседневную работу так, чтобы их можно было запускать, ограничивать, проверять и окупать.