Вы запустили шесть агентов Claude Code в tmux-панелях. Каждый взял задачу. Все генерируют вывод, прокручивающийся быстрее, чем вы можете читать. Один только что что-то закоммитил. Другой запускает тесты. Третий подозрительно молчит уже 20 минут.

Вы понятия не имеете, что на самом деле происходит.

Это центральная проблема параллельных рабочих процессов агентов. Сами агенты продуктивны. Claude Code умеет брать работу, писать код, запускать тесты и сообщать о завершении через структурированные команды. Но человек, наблюдающий за шестью или десятью агентами, не имеет агрегированного представления. Вы переключаетесь между tmux-панелями, листаете историю терминала и восстанавливаете состояние проекта в голове.

Для двух агентов это работает. При пяти -- рассыпается.

Как агенты отчитываются о работе через beads

Основа -- beads, открытый Git-нативный трекер задач, созданный именно для такого рабочего процесса. beads даёт агентам структурированный способ записывать свои действия, а вам -- структурированный способ запрашивать эту информацию. Каждое действие агента становится CLI-командой, которая пишет в локальную базу данных.

Когда агент берёт работу:

bd update bb-f8o --status in_progress --assignee agent-3

Когда он обнаруживает зависимость и создаёт новую задачу:

BLOCKER=$(bd create \
  --title "Auth middleware needs rate limiting before deploy" \
  --type task --priority 1 --json | jq -r '.id')

bd dep add bb-f8o "$BLOCKER"

Когда он заканчивает:

bd update bb-f8o --status closed
bd comments add bb-f8o --author agent-3 \
  "DONE: Implemented request throttling. Commit: a1c9e4f"

Каждая из этих команд выполняется за миллисекунды. Каждая пишет в одну и ту же локальную базу данных. Агентам не нужны API-токены, HTTP-клиенты или механизмы аутентификации. Они выполняют shell-команды так же, как выполняют git commit или npm test.

После нескольких часов параллельной работы база данных содержит полную картину: кто над чем работает, что заблокировано, что только что завершено и что доступно. Информация есть. Проблема -- её увидеть.

Чего `bd list` не может показать

Вы можете запрашивать базу данных из терминала:

bd list --status=in_progress
bd blocked
bd ready

Каждая из этих команд возвращает полезные данные. Но возвращает их как плоский текст, один снимок за раз. Чтобы понять состояние проекта, вы запускаете bd list, потом bd show для нескольких задач, потом bd dep list, чтобы увидеть зависимости, потом bd blocked, чтобы найти застрявших агентов. Вы собираете картину вручную.

Когда агенты работают быстро (закрывают три задачи за 90 секунд, каждая из которых разблокирует разные последующие работы), CLI не поспевает за скоростью изменений. К моменту, когда вы дочитаете вывод bd blocked, два из этих блокеров уже разрешились.

Что показывает Beadbox

Beadbox -- нативное десктопное приложение, которое отслеживает директорию .beads/ и отображает полное состояние проекта в реальном времени. Когда агент выполняет bd update в терминале, Beadbox обнаруживает изменение файловой системы и передаёт его в UI через WebSocket за миллисекунды. Без polling. Без кнопки обновления. Без переключения между tmux-панелями, чтобы разобраться, кто что сделал.

Вот что это даёт на практике:

Деревья прогресса эпиков. Ваша верхнеуровневая фича показывает 7 из 12 подзадач выполненными. Разверните -- и увидите, какие подзадачи в работе (и какой агент за каждую отвечает), какие заблокированы, а какие только что стали доступны. Один взгляд заменяет дюжину команд bd show.

Бейджи зависимостей на каждой задаче. Вы мгновенно видите, что bb-q3l ждёт bb-f8o, без выполнения единой команды. Когда bb-f8o закрывается, bb-q3l подсвечивается как разблокированная. Каскад виден в момент его возникновения.

Подсветка заблокированных задач. Каждая заблокированная задача отображается с перечислением блокирующих зависимостей. Вы не ищете блокеры. Они на экране, отсортированные по приоритету, с момента их появления.

Переключение между рабочими пространствами. Если вы запускаете агентов на нескольких проектах, переключайтесь между базами данных beads через выпадающий список. Каждое рабочее пространство запоминает свои фильтры и состояние отображения.

Синхронизация в реальном времени. Pipeline обновлений состоит из fs.watch на директории .beads/, передачи через WebSocket в React UI. Передача менее чем за секунду означает, что вы видите активность агентов в момент её возникновения, а не с интервалом polling в 30 секунд.

Рабочий процесс мониторинга

Когда Beadbox открыт рядом с tmux-сессией, мониторинг превращается в распознавание паттернов вместо активного расследования. Вот на что стоит обращать внимание:

Устаревшие задачи в работе. Агент, который взял задачу два часа назад и не обновил её -- либо застрял, либо упал. В человеческом рабочем процессе два часа ничего не значат. Для агента такое долгое молчание -- красный флаг. Проверьте tmux-панель, подтолкните агента или переназначьте работу.

Накопление заблокированных задач. Если заблокированные задачи копятся и все указывают на одну нерешённую зависимость -- эта зависимость ваш критический путь. Повысьте её приоритет, назначьте самого быстрого агента или решите её сами.

Ложные зависимости. Агенты склонны перестраховываться с зависимостями при планировании. Они моделируют потребности на основе первичного анализа кодовой базы. Когда работа начинается, многие зависимости оказываются ненужными. Если вы заметили заблокированную задачу с неверной зависимостью, удалите её:

bd dep remove bb-q3l bb-f8o

Одна команда мгновенно разблокирует задачу. В Beadbox вы видите, как она переходит из заблокированной в доступную в реальном времени.

Свободные задачи без назначенного. После каскада разблокировок могут появиться пять задач, доступных без назначенного агента. Это ваш момент для распределения. Направьте свободных агентов на работу с наивысшим приоритетом.

Цикл сортировки прост: искать блокады, устранять или переназначать, искать свободную работу, распределять. Beadbox превращает каждый такой просмотр в один взгляд вместо последовательности CLI-команд.

Почему это важно в масштабе

Два агента -- можно следить через терминалы. Три-четыре -- начинаете терять контроль. При шести-десяти нужна инструментация.

Сами агенты не являются узким местом. Claude Code работает быстро. Он пишет код, запускает тесты и итерирует по ошибкам, не дожидаясь вас. Узкое место -- способность супервайзера видеть всю доску: какие агенты продуктивны, какие застряли, где проходит критический путь и что только что освободилось.

Визуальная панель в реальном времени превращает расследование (запустить пять команд, прочитать вывод, удержать состояние в голове) в просмотр (посмотреть на экран). Эта разница накапливается за полный рабочий день параллельной координации агентов.

Начало работы

Установите Beadbox через Homebrew:

brew tap beadbox/cask && brew install --cask beadbox

Если ваши агенты уже используют beads, Beadbox автоматически обнаруживает существующие рабочие пространства .beads/. Откройте приложение, и ваши задачи на месте. Никакого импорта, создания аккаунта или облачной синхронизации. Данные остаются на вашем компьютере.

Если вы новичок в beads, установите CLI (go install github.com/steveyegge/beads/cmd/bd@latest), выполните bd init в вашем проекте и начинайте распределять работу между агентами. Beadbox покажет всё, что они делают, в момент их действий.

Beadbox работает на macOS, Linux и Windows. Бесплатен в период бета-тестирования.