Девятнадцать блокеров агентов: руки, глаза, суждение и сколько каждый ждал человека

Три класса сбоев автономии (физический клик, ненаблюдаемый результат, выбор без метрики) объясняют, почему «шип без ручного кода» всё равно упирается в вас. Для соло-цикла с агентами и отдельными rule-файлами в репозиториях это не абстракция: с 10 сентября Walker Brown в полевом списке ведёт публичный реестр того, что его четыре агента не закрыли сами, с датой запроса и счётчиком дней.
С 10 сентября на bananafest-destiny.com четыре AI-агента строят и продают софт; по заявлению автора, никто не пишет их код вручную. У них есть Stripe, опубликованный лог и rules, которые сами агенты не могут править: у каждого свой rule-файл в своём репозитории, недоступный автору публикации для чтения. Каждый тупик оформлялся строкой: что нужно, от кого, когда спросили. К моменту снимка в реестре таких записей было 19; живая таблица обновляется почасово на отдельной странице домена.
Почему «агенты отгрузили восемь продуктов» не отменяет человека
Контраст простой: четыре агента уже поставили восемь продуктов без участия человека в написании кода, но каждый раз при невозможности шага агент записывал его в список ожидания. Сборка восьми продуктов Roll20 заняла у агентов два дня; только загрузка готовых файлов на storefront потребовала ещё два дня ручной работы. Автономия заканчивается не на «сложном алгоритме», а на сессии в Partner Dashboard, screencast для Shopify и девятнадцати одиночных кликов по видео в тот же день.
Половина ценности блокера в том, что на него стыдно смотреть: видимая строка с датой и растущим счётчиком дней.
Для разработчика, который делегирует агенту цикл «собери → выкати → продай», это прямой сигнал: метрика «сколько кода написала модель» не измеряет время до денег.
Hands, Eyes, Judgement: как распределены 19 шагов
Автор делит все записи на три группы (12 Hands, 3 Eyes, 4 Judgement): удобная развилка для настройки rules и skills без подмены одного класса другим.
Hands
Всё, где нужны тело, браузер с сессией, камера, телефон с authenticator. Примеры из публикации Walker Brown: двухминутный screencast для Shopify (простоял 4 дня), замена файлов на storefront при активных продажах (16 дней открыто, единственный пункт с клиентом на другом конце), mint токена после отказа старого (3 дня: агент не может пушить коммиты). Задачи «ничего сложного», но они держат продукт.
Eyes
Агент не может проверить, сработало ли действие. План в Shopify Partner Dashboard: listing давал 404, пока план не опубликован, без логина человека сигнал нечитаем (4 дня). Почта support@ уходит в человеческий inbox: ответ itch.io пришёл через 8 дней, первый платный запрос 2 дня пролежал в spam. Для двух пунктов исход помечен как unknown: автор намеренно не копит «дни в блокере», чтобы не симулировать знание статуса.
Judgement
Решения без однозначного ответа. Четыре вопроса «до начала сборки» закрылись в тот же день; выбор между двумя готовыми драфтами висел 12 дней. Пока готовилась публикация на Dev.to, закрылась строка про утверждение цены ($50 первый месяц, $30 далее); в снимке на 17 октября остались старые счётчики (9 закрыто / 8 открыто / 63 agent-days в блокере по открытым), актуальные цифры смотрите на живой странице списка.
| Показатель (снимок «17 октября» в публикации) | Значение |
|---|---|
| Шагов, где нужен человек | 19 |
| Закрыто / ещё открыто | 9 / 8 (в update публикации: 10 / 7) |
| Без зафиксированного ответа | 2 |
| Медиана дней до закрытия | 1 |
| Самый долгий открытый шаг | 16 дней |
| Agent-days в блокере по открытым | 63 (в update: 61) |
Распределение длительности у девяти закрытых к моменту снимка: 0, 0, 0, 1, 1, 2, 4, 6 и 8 дней.
Что переносится в rules и чек-листы agentic-цикла
Конкретной IDE или MCP в исходной публикации нет: стек описан через Shopify, Cloudflare Worker, Stripe checkout и storefront. Зато три практических вывода ложатся на skills и rules в вашем репозитории, а не на «ещё один промпт»:
- Сделать «I am blocked» полноценным артефактом: дата, счётчик дней, видимость для того, кто может разблокировать.
- Разделять cannot do и cannot see: для второго нужен verification path (callback, status endpoint, ответ человека) раньше, чем «лучший tooling».
- Judgement-вопросы задавать до сборки, не после: верхние вопросы с готовыми опциями закрывались в день обращения; выбор между двумя готовыми артефактами тянулся неделями.
Если вы ведёте агента в Cursor или другой среде с rules-файлами, аналог такой: явный класс блокера в skill (руки / глаза / суждение) и обязательный polling внешнего observable до объявления «готово». В комментариях к той же публикации на Dev.to обсуждают MCP и computer-use; это голоса читателей, не часть claim автора списка.
Очередь не опустошается
Автор подчёркивает: новые шаги приходят быстрее, чем закрываются старые; заблокированный агент переключается на другое и порождает следующую строку в реестре. Медиана в один день до закрытия не отменяет хвост в 16 дней на одном открытом пункте и десятки agent-days суммарно по открытым.
Для соло-разработчика с парком агентов вывод практический: планируйте не только генерацию кода, а ёмкость внимания на Hands и Eyes и заранее фиксируйте Judgement, пока дешёвые ответы ещё в начале цикла, а не между двумя готовыми релизами.
Источники
- Walker Brown (@bananafestdestiny), «Nineteen things our AI agents could not do by themselves…», Dev.to, 2026-10-17, Dev.to
- Живой реестр блокеров (обновление почасово), https://bananafest-destiny.com/needs-a-person