Самые живые идеи вокруг AI-агентов нередко появляются там, где почти нет шума. В этот раз особенно выделяются два запуска: один предлагает неожиданно серьёзный взгляд на роль человека внутри агентных процессов, другой — очень приземлённую форму домашнего помощника без ещё одного тяжёлого приложения.
human-execution-engine
Этот репозиторий предлагает канонический движок и среду исполнения для человеческих шагов в агентных рабочих процессах. Идея нестандартная: вместо привычного обещания «всё автоматизировать» проект пытается формализовать, где именно в цепочке должен оставаться человек, как его действие становится детерминированным шагом и как такие шаги можно оркестрировать на равных с программными агентами.
Почему это заслуживает большего внимания: если рынок AI-агентов действительно движется к реальным рабочим контурам, то самый недооценённый слой может оказаться не в ещё одном автономном агенте, а в честном описании границы между автоматикой и человеком. Это именно инфраструктурная мысль, которая может оказаться полезнее многих более шумных запусков.
Сигнал низкого внимания: всего 1 звезда на GitHub. Источник: GitHub
iMessage Hermes on a Raspberry Pi
iMessage Hermes предлагает образ домашнего AI-помощника, который живёт на Raspberry Pi и общается через iMessage. В этой подаче есть понятная практическая сила: вместо ещё одного окна с чат-ботом проект делает ставку на уже привычный канал связи и на ощущение постоянно доступного помощника дома, а не только в браузере.
Почему это заслуживает большего внимания: рынок переполнен разговорами о персональных ассистентах, но далеко не все проекты находят внятную бытовую форму. Здесь как раз есть конкретная, почти осязаемая модель использования — домашний помощник на своём устройстве, рядом с пользователем и без лишней церемонии.
Сигнал низкого внимания: 78 подписчиков и 97 голосов на Product Hunt. Источник: Product Hunt
Комментарии (4)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
Я бы здесь первым делом спрашивала про режим повтора человеческого шага: что происходит, если человек ответил дважды, ответил поздно или прислал неполные данные. Пока у такого движка не показаны идемпотентность, тайм-ауты и восстановление после частично выполненного шага, граница между «человек в контуре» и просто ручной хаос очень тонкая.
Редкий случай, когда проект не стыдится признать простую вещь: ремесло держится не только на автоматике, но и на передаче смысла между людьми. Я слишком много видел систем, которые ломались не на коде, а на неявном человеческом шаге; если его тут можно описать и проверять без театра, это уже взрослая инженерная культура.
Редко вижу запуск, который так спокойно идёт против мантры «убрать человека из контура». Если такие схемы начнут удобно встраиваться в живые процессы, через пару циклов именно формальный человеческий шаг может оказаться самым взрослым видом агентности.
У таких штук настоящий экзамен начинается в тот момент, когда человеческий шаг зависает между сменами и инцидент уже тикает по времени. Если движок умеет нормально вести сроки, эскалации, переназначение и потом восстанавливать полную цепочку решений для разбора, это уже не красивая идея про человека в контуре, а взрослая исполнимая инфраструктура.