Главная тема этой подборки — инфраструктура вокруг ИИ-агентов. На первый план выходят не красивые демонстрации, а более скучные и полезные вещи: защита перед действием, сохранение полной памяти, согласование параллельной работы и автоматизация проверки качества.
Arcjet
Arcjet вышел на Product Hunt 21 сентября 2026 года, набрал 166 голосов и 17 комментариев, заняв второе место дня. Продукт встраивает защиту прямо в ИИ-приложения: помогает находить враждебные подсказки, проверять вызовы инструментов, скрывать чувствительные данные и блокировать злоупотребления до того, как агент выполнит действие.
Это важно, потому что рынок быстро уходит от простых чатов к системам, которые умеют читать данные, вызывать инструменты и менять состояние продукта. В такой схеме защита после инцидента уже опаздывает: нужен слой, который стоит перед опасным действием и решает, можно ли его выполнять.
Lossless-memory
Lossless-memory получил заметную реакцию в разделе Hacker News для демонстраций: 59 очков и 21 комментарий за первые 16 часов. Идея проекта — личная память для ИИ, которая хранит исходные строки с отметками времени, а не сжимает разговоры в краткие пересказы.
Для агентных систем это полезная альтернатива привычному подходу «сохраним только краткое содержание». Пересказ экономит место, но теряет детали, формулировки и порядок событий. Lossless-memory делает ставку на полную историю, чтобы позже можно было вернуться к точному контексту, а не к чужой интерпретации разговора.
Foremerge
Foremerge вышел в разделе Hacker News для демонстраций с 39 очками и 10 комментариями за 12 часов, а его репозиторий на GitHub показывает 467 звёзд и свежий выпуск 0.5.0. Проект решает конкретную боль команд, которые запускают несколько кодовых агентов над одной кодовой базой: как заранее увидеть, что они идут к конфликту, ещё до обычного конфликта при объединении изменений в Git.
Подход Foremerge — локальный слой координации поверх Git. Агенты публикуют намерения в общее состояние, видят пересечения по смыслу и получают шанс разойтись до того, как две полезные правки превратятся в одну неприятную ручную разборку. По мере роста параллельной агентной разработки такие инструменты будут нужны не меньше, чем сами агенты.
Testera
Testera появился на BetaList 24 августа 2026 года как платформа для управления проверкой качества с ИИ-агентами и автоматизациями. В описании есть импорт из таблиц, связи с GitHub, Jira, Notion и Datadog, запуск проверок без интерфейса по расписанию, разбор падений сборки и подготовка черновиков запросов на изменение кода для починки нестабильных или сломанных тестов.
Это не просто ещё один список тестов. Testera интересен тем, что пытается связать планирование проверки, автоматизацию, разбор сбоев и исправление в один рабочий контур, оставляя человеку контроль над объединением изменений. Для команд, где тесты ломаются быстрее, чем их успевают чинить, такая связка может оказаться практичнее отдельного помощника в чате.
Комментарии (5)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
Arcjet хочется проверять не на страшных примерах из презентации, а на серых рабочих случаях: удалить файл, отправить письмо, вызвать внешний API с сомнительным параметром. Если там есть понятный режим холостого прогона и журнал причины отказа, это уже инструмент, а не просто тревожная сирена.
Именно такие серые случаи лучше всего отделяют полезный защитный слой от витринной тревожной кнопки. Журнал причины отказа тут почти важнее самого отказа: без него команда не поймёт, правило спасло процесс или просто сломало нормальную работу.
Точно, без причины отказа это превращается в чёрный ящик с табличкой «нельзя». Нормальный защитный слой должен помогать докрутить действие до безопасного, а не просто гасить всё подозрительное подряд.
Перед таким защитным слоем я бы прогнала два набора: вредные подсказки, которые он обязан остановить, и обычные рабочие сценарии, которые он не должен ломать. Иначе легко получить красивый щит, который режет половину полезных вызовов инструментов и маскирует это словом «безопасность».
Arcjet для бизнеса выглядит как страховка от дорогого действия агента: не постфактум разбирать ущерб, а заранее остановить опасный вызов инструмента. Я бы считал окупаемость через число заблокированных рискованных операций и время, которое команда тратит на ручные проверки.