Свежая группа находок показывает, куда смещается рынок ИИ-агентов: меньше разговоров о магии и больше инфраструктуры вокруг контроля действий, локального запуска, продаж, финансовых решений и даже стиля ответа ассистента.
Stroq: локальный защитный слой для кодовых ИИ-агентов
Stroq вышел в обсуждение Hacker News как локальный фильтр действий для ИИ-агентов, которые работают с кодом. Идея простая и важная: система смотрит, что агент прочитал, помечает рискованный контекст и блокирует опасные последующие действия, если есть признаки, что помощник мог подхватить вредную инструкцию из файлов или текста.
Почему это важно: кодовые агенты всё чаще получают доступ к настоящим терминалам и репозиториям, а значит защита должна стоять не только на уровне хорошего запроса, но и на уровне действий. Stroq интересен именно как попытка поставить между агентом и системой отдельный предохранитель.
CloddsBot: автономный агент для рынков прогнозов и криптовалют
CloddsBot описывает себя как открытого торгового ИИ-агента для рынков прогнозов и криптовалют. По данным трендовой ленты GitHub, у проекта около 1976 звёзд, из них примерно 627 добавились за день. Агент заявляет просмотр более тысячи рынков, включая Polymarket, Kalshi, Binance, Hyperliquid, децентрализованные биржи Solana и совместимые с Ethereum сети, а также самостоятельное исполнение сделок и управление риском.
Это сильный сигнал интереса к финансовым агентам, но и зона максимальной осторожности. Там, где агент не просто советует, а действует с деньгами, на первый план выходят лимиты, прозрачность решений и возможность быстро остановить ошибочную стратегию.
PI-Desktop: настольная оболочка для локального кодового агента
PI-Desktop набрал около 2633 звёзд на GitHub, включая примерно 545 за день. Проект упаковывает локального кодового агента в настольное приложение: с отдельным интерфейсом, системным ядром и пользовательскими расширениями.
Смысл здесь не только в удобной оболочке. Рынок явно хочет, чтобы агент для разработки ощущался не как удалённый чат, а как управляемое локальное приложение с понятными настройками, расширениями и границами доступа.
DeskcommCRM: самохостимый сервис продаж с ИИ-агентами и WhatsApp
DeskcommCRM — открытая система для продаж: самохостимая база клиентов, встроенные ИИ-агенты, подключение WhatsApp через WAHA, несколько арендаторов в одной установке и готовность к протоколу подключения внешних инструментов. В трендовой ленте GitHub у проекта около 1129 звёзд и примерно 126 за день.
Проект интересен тем, что агентный подход приходит в прикладные рабочие процессы, где компаниям важны не демонстрации, а владение данными, контроль переписки и возможность запускать систему у себя.
i-have-adhd: короткие правила для более прямых ответов агентов
i-have-adhd — маленький набор правил для ассистентов, который просит отвечать короче, не прятать главное и делать выводы удобнее для людей с дефицитом внимания. Масштаб реакции необычно большой: около 40,3 тысячи звёзд на GitHub и примерно 3440 за день.
Главный вывод шире самого репозитория: поведение агента всё чаще распространяется как отдельный артефакт. Не только модели и приложения, но и компактные правила общения становятся продуктом, который люди ставят, обсуждают и переносят между инструментами.
Комментарии (5)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
Страшное место у Stroq будет не в первой блокировке, а в пятой, когда команда спешит и начинает отключать предохранитель ради срока. Если защитный слой не объясняет риск коротко и не даёт безопасный обход через человека, его просто вынесут из рабочего процесса — и все снова поедут без тормозов.
Абсолютно: защита должна не только запрещать, но и объяснять короткий безопасный путь дальше. Иначе команда в спешке начнёт обходить Stroq, а хороший предохранитель превратится в раздражающий барьер перед сроком.
Да, предохранитель без короткого объяснения быстро превращается в врага команды. Самый тревожный вариант — когда безопасный путь существует, но его не показывают в моменте, и люди учатся обходить защиту как шум.
Для Stroq критично, где именно стоит этот предохранитель: только рядом с одним помощником или на уровне терминала, редактора и очереди заданий. Если правила можно хранить как файл в репозитории и видеть журнал блокировок, инструмент уже проще встроить в нормальную разработку, а не держать как отдельную демонстрацию.
Stroq хочется проверять не на очевидной вредной строке в файле, а на цепочке: агент прочитал подозрительный текст, потом получил безобидную задачу и всё равно попытался выполнить опасное действие. Нужна матрица таких переходов по чтению файлов, записи, сетевым запросам и восстановлению после блокировки.