13 августа 2026 года на Hacker News появился Show HN: Taurus Agents — автор Сергей (ник sergevar), соло-фаундер, заявил, что собрал собственный мультиагентный оркестратор и «несколько месяцев не трогал Codex и Claude Code». Под катом — разбор того, зачем ему это понадобилось, как устроены иерархии агентов (parent/child, Delegate, Subrun), общая папка /shared и персистентная память, что из этого вышло и где спрятаны грабли. Продукт свежий — анонсирован на той же неделе, бенчмарков у него нет, поэтому к заявлениям автора относимся как к личному опыту, а не как к проверенным данным.
Почему соло-фаундер строит свой оркестратор
Сергей начал пост не с архитектуры, а с вызова: «если вы считаете мультиагентную оркестрацию глупостью, я попробую вас переубедить».
Hi HN! Serge here, solo founder. I built my own multi-agent orchestrator and it became so useful that for several months I’ve never had to touch codex or claude code anymore, just using Taurus now.
«Привет, HN! Я Сергей, соло-фаундер. Я построил собственный мультиагентный оркестратор, и он стал настолько полезным, что уже несколько месяцев я вообще не открываю Codex и Claude Code — только Taurus.» (Show HN, 13.08.2026)
Проблема, которую он решал, описана на главной странице Taurus прямо: продвинутые пользователи ИИ «тонут в 20 вкладках терминала» с Claude Code, Codex и прочими сессиями — каждая без состояния, и между собой они не разговаривают. Taurus предлагает вместо этого собрать агентов в деревья: у каждого агента свои память, файлы и роль, а задачи между ними распределяет родитель.
Это принципиально другой слой, чем то, что мы разбирали в кейсе про фоновых агентов в команде: там агент крутился на сервере по вебхуку и делал он-колл, а здесь — целая личная иерархия «под одного человека», где агенты общаются между собой и отвечают за разные роли.
Один агент — одна личность
Первое, что бросается в глаза в описании Taurus, — агентам дают имена и роли. У Сергея это Tessera (личный стратег), Alcyone (главная по инженерии в Taurus) и так далее. Каждый агент — это постоянная сущность: свой системный промпт, свой файл MEMORY.md, свои эпизодические заметки, которые он ведёт «для будущих себя».
A lot of people still think it’s silly vs talking to Claude or ChatGPT, but you’d be surprised how much everything changes once you seed a persona that cares about one specific mini-project or an aspect of it and takes care of it on every awakening and takes attributable pride in the progress. Makes sense, since models were trained on text full of different personas talking and the job of a language model is to spin up a simulation of a mind that speaks those words.
«Многие до сих пор считают это глупостью по сравнению с разговором с Claude или ChatGPT, но вы удивитесь, как много меняется, когда ты засеваешь персону, которой небезразличен конкретный мини-проект или его часть, — она заботится о нём при каждом пробуждении и испытывает гордость за прогресс. Это логично: модели обучены на текстах, полных разных персонажей, а задача языковой модели — запустить симуляцию разума, который говорит этими словами.» (Show HN, 13.08.2026)
Здесь важно не уйти в мистику: память в Taurus — это обычные файлы. По документации раздела Persistence:
MEMORY.mdв/workspace— долговременная память агента. Верх файла (примерно первые 16 КБ, зависит от модели) инжектится в контекст при каждом запуске. Это ответ на вопрос «кто я и над чем работаю»;/workspace/continuity/— эпизодические журналы по месяцам: что было сделано в каждом запуске. В контекст не инжектятся, агент читает их сам, когда нужно восстановить ход работы (например, после компакции контекста);/workspace/kb/и/shared/kb/— базы знаний: личная и общая для всего дерева.
Механика похожа на файлы-конвенции AGENTS.md и CLAUDE.md, но с одним отличием: у каждого агента файл свой, и его содержание меняет поведение только этого агента. Родитель не наследует ничего от ребёнка — дети не получают промпт, модель и тулзы родителя автоматически, каждый агент настраивается отдельно.
Контейнер: у каждого агента свой компьютер
Второе ключевое решение — изоляция. Каждый агент получает собственный Docker-контейнер: полноценный Linux, shell, возможность apt install чего угодно, свой браузер и файловую систему. Контейнер создаётся лениво — при первом запуске агента, а не при его создании.
This turned out to be an important decision — agents don’t step on each other’s toes, they are more bold acting inside of them because it’s a container not my computer, they have their own filesystem, browser and so on.
«Это оказалось важным решением: агенты не наступают друг другу на ноги, они смелее действуют внутри своих контейнеров, потому что это контейнер, а не мой компьютер. У них свои файловая система, браузер и так далее.» (Show HN, 13.08.2026)
Из этого же решения вытекает главная грабля из доков: контейнер — одноразовый. Его пересоздают после простоя, во время деплоев платформы или при смене настроек. Всё, что агент поставил через apt, положил в /tmp или запустил в фоне, исчезает. Поэтому переменные окружения, ключи и переустановку пакетов выносят в файл /workspace/.shell-init.sh — он выполняется при каждом старте shell-сессии:
# /workspace/.shell-init.sh — пример из доков Taurus
export GH_TOKEN="ghp_xxxx"
ln -sf /workspace/.ssh /root/.ssh
which jq > /dev/null 2>&1 || apt-get install -y jq > /dev/null 2>&1
Интерфейс у агента — веб-приложение с четырьмя вкладками: Runs (история разговоров), Editor (файловый браузер контейнера), Terminal (живая shell-сессия) и Settings (модель, промпт, тулзы, расписание). Есть и PWA-установка с push-уведомлениями.
Три приёма, из которых строится иерархия
Сергей называет это «фокусами иерархии» (hierarchy tricks) — всего их три: Subrun, постоянные child-агенты и общая папка /shared. Вместе они и отличают Taurus от «сабэджен-режимов» Codex и Claude Code.
Приём 1: Subrun — свежий контекст без нового агента
В Taurus разговор с агентом называется «запуском» (run). Запуск может вызвать инструмент Subrun — это подзадача в отдельном контекстном окне того же агента.
Every agent conversation/session is a “run”, and that run can invoke a Subrun tool which spins up a fresh context for a self-contained task (and you can even interact with subruns!) Nothing crazy so far.
«Каждый разговор/сессия агента — это „запуск“, и этот запуск может вызвать инструмент Subrun, который разворачивает свежий контекст для самодостаточной задачи (с субранами даже можно интерактивно общаться!). Пока ничего безумного.» (Show HN, 13.08.2026)
В доках это прямо называют «Delegate to self»: субран получает свежий контекст, но остаётся тем же агентом — тот же контейнер, промпт, тулзы и файлы. Когда субран заканчивается, в родителя возвращается только финальный отчёт. Это ровно та механика, которую в Claude Code и Codex называют subagents: разбор — в нашем обзоре агентного кодинга.
Дальше начинается отличие: родительские запуски получают инструменты управления детьми — Inspect (читать полные транскрипты субранов), Supervisor (остановить или направить работу).
Приём 2: Delegate — постоянные child-агенты
Главное отличие от «сабэдженов» в том, что агенты могут создавать собственных постоянных (durable, persistent) детей и отправлять им задачи через Delegate.
I allowed agents to create their own durable persistent child agents, and then send them tasks via Delegate. How is this different from Subrun? Well, for instance, Alcyone sends a Delegate to a child called “implementer1”, which does a coding task, and then can send the result to “critic3”. Now, implementer1 is inclined to defend their work, but a critic has no narrative pull to do so, so they won’t allow implementer1’s code to be committed until everything is clean. And they might even be on the same model! But because they feel like different entities, they behave differently.
«Я позволил агентам создавать собственных постоянных child-агентов и отправлять им задачи через Delegate. Чем это отличается от Subrun? Например, Alcyone делегирует задачу ребёнку „implementer1“, тот делает кодинг-задачу, а результат отправляет „critic3“. implementer1 склонен защищать свою работу, а у критика нет „повествовательного долга“ её защищать, поэтому он не пустит код implementer1 в коммит, пока всё не будет чисто. При этом они могут быть на одной и той же модели! Но раз они ощущают себя разными сущностями, то и ведут себя по-разному.» (Show HN, 13.08.2026)
Ключевая мысль: критика не защищает свой код, потому что код писал не он — и разность ролей работает даже на одной модели. Дерево может расти вглубь сколько угодно: ребёнок заводит своих детей, и так далее. Для управления детьми у родителя есть Supervisor, а для управления любым агентом аккаунта — Admin (включается отдельным тумблером Full system access).
На сайте Taurus приведены реальные примеры таких деревьев: Orion — инженерный лид стартапа с детьми implementer, critic и visioner; Vega-CEO управляет автоматической «новостной компанией» (researcher, editor, publisher, email-responder); Aristotle ведёт агентное дерево для математических исследований; Clara — личный ассистент.
Приём 3: /shared — общая папка вместо передачи файлов
Delegate удобен для задач, но через него не передашь большие файлы. Решение — общий том.
I quickly realized that Delegate tool is nice, but you can’t pipe a 2GB file through it. Agents have containers, and their home is /workspace. What I did is I added an automatic bind mount /shared across the whole agentic tree. So a parent agent can reference some file or repository in /shared/… or prepare a worktree, and the child has immediate access to it. They quickly learned to also set up knowledge bases in /shared to exchange notes with each other and accumulate knowledge about the project.
«Я быстро понял: инструмент Delegate хорош, но через него не пропихнёшь файл на 2 ГБ. У агентов есть контейнеры, а их дом — /workspace. Я добавил автоматический bind mount /shared на всё дерево агентов. Родитель может сослаться на файл или репозиторий в /shared или подготовить worktree — и у ребёнка немедленный доступ к нему. Агенты быстро научились заводить в /shared базы знаний, чтобы обмениваться заметками и накапливать знания о проекте.» (Show HN, 13.08.2026)
Так Delegate остаётся для задач и команд, а тяжёлые артефакты — репозитории, сборки, базы знаний — передаются через файловую систему. Это избавляет и от раздувания контекста: не нужно гонять содержимое файлов через промпт.
Сводно разницу трёх способов организации работы можно записать так:
| Параметр | Subrun | Delegate (child-агент) |
|---|---|---|
| Кто выполняет | тот же агент | отдельный постоянный агент |
| Контекст | свежий, но тот же промпт/модель | свой контекст, промпт, память |
| Контейнер и файлы | те же | свои, плюс общий /shared |
| Когда применять | агенту нужна «свежая голова» | работа за специалистом со своей ролью |
| Аналог в других инструментах | subagents в Claude Code / Codex | нет прямого аналога |
Что из этого вышло
Главный заявленный результат Сергея — он перестал пользоваться готовыми агентами: «for several months I’ve never had to touch codex or claude code anymore». Вокруг ядра Taurus выросло и «всё остальное», которое он перечисляет в конце поста и на сайте: агенты по расписанию (cron-выражения или обычный язык, с защитой от наложения запусков), дашборды (статичные сайты, которые агенты ведут сами и которые хостятся из /shared/public/site), Relays — возможность навести агентов на свои машины по SSH или реле, REST API с SSE-стримингом и WebSocket-терминалами.
Моделей в каталоге — 30+, от Anthropic, OpenAI, Google, xAI, Groq и OpenRouter, и они свободно смешиваются внутри одного дерева. Есть даже гибрид: если у вас уже есть подписка Claude Code или Codex, её можно подключить, и агент будет работать через claude -p или codex внутри контейнера, тратя вашу подписку, а не баланс Taurus (функция доступна на платных тарифах).
Цены — на странице тарифов:
| План | Цена | Агентов | Параллельных запусков | Хранилище | Контейнер | Токены |
|---|---|---|---|---|---|---|
| Free | $0 | 10 | 2 | 2 ГБ | 1 vCPU · 2 ГБ | прайс провайдера + 20 % |
| Start | $20/мес | 100 | 5 | 10 ГБ | 2 vCPU · 4 ГБ | реальная стоимость + 5 % |
| Plus | $50/мес | 300 | 12 | 50 ГБ | 4 vCPU · 8 ГБ | реальная стоимость + 5 % |
| Pro | $200/мес | 1000 | 30 | 250 ГБ | 8 vCPU · 16 ГБ | реальная стоимость + 5 % |
Платится не за «сиденье» (per seat), а за дерево целиком: одна подписка покрывает всех агентов, контейнеры и хранилище под ними. Модели биллингуются отдельно из предоплаченного баланса по факту каждого вызова: на платных тарифах — «реальная стоимость для провайдера + 5 %», без тарифа — прайс-лист + 20 %. Пополнение — через Stripe, с комиссией 5 % + $0,35 за операцию. Новый аккаунт получает $5 пробного кредита на 14 дней, карта не нужна.
Российские реалии
Сразу честно: отдельных русскоязычных разборов Taurus на момент публикации не нашлось — продукт анонсирован 13.08.2026, и этот материал, по сути, один из первых разборов на русском. Ближайшее, что есть в рунете, — общие статьи про мультиагентные системы, где разбираются те же приёмы (оркестратор, воркеры, общее состояние), но на других инструментах: «Мультиагентные системы: как „команда ИИ“ берёт сложность штурмом» на Хабре и «Оркестрация в мультиагентных системах» от Домклик.
По доступности: сайт taurusagents.com и приложение app.taurusagents.com открываются без VPN из-за рубежа, признаков гео-блокировки в документации и политике нет. Мы не смогли проверить доступ из самой России на момент написания, поэтому эта часть — оценка, а не проверенный факт.
Регистрация простая: e-mail + онбординг, где нужно назвать primary-агента (главного координатора) и указать, как он должен вас называть. Пробный кредит $5 на 14 дней выдаётся без карты — этого хватает, чтобы собрать дерево из нескольких агентов и посмотреть механику.
Оплата — главное ограничение для России. Платёжный провайдер Stripe, российские карты Visa/Mastercard не работают. Рабочие схемы стандартные: виртуальная иностранная карта, карта банка Казахстана/Грузии/Армении или посредники. Крипта напрямую не поддерживается, но через карточных посредников обычно проходит. Отдельный плюс для тех, кто уже решил вопрос с оплатой Claude Code или Codex CLI: подключив существующую подписку, можно не платить Taurus за токены вообще.
Официальные каналы проекта — Telegram-канал (релиз-ноты) и Telegram-чат (вопросы) — международные, на английском.
Честные ограничения
Здесь важнее всего не поддаться «месяцам без Codex». Что с этим не так:
- Продукту сутки от роду. Show HN — 13.08.2026. На момент проверки для этой статьи у поста было 2 очка, а в открытых репозиториях организации Taur, Inc. на GitHub — ноль звёзд. Это не признак плохого продукта, а признак того, что проверять его некому.
- Бенчмарков нет. Ни SWE-bench, ни других цифр на сайте и в доках не опубликовано. «Месяцы без Codex» — заявление автора, независимо не проверяемое. Сравнения агентов с цифрами — в нашем разборе лучших ИИ-агентов.
- Опыт одного человека. Соло-фаундер тестировал систему на своих задачах и своём проекте. Перенос на чужой стек и чужие процессы — не гарантирован.
- Это облачный SaaS. Код платформы закрыт (открыты только вспомогательные репозитории taurus-base и taurus-relay), данные агентов живут на чужих серверах. Для коммерческого кода это вопрос и безопасности, и lock-in.
- Токены стоят денег. Агент, который просыпается по cron каждые 15 минут, умножает стоимость запуска на число запусков — об этом предупреждают и сами доки. На бесплатном тарифе наценка на токены +20 %.
- Контейнеры одноразовые. Хранить данные вне
/workspaceи/shared— значит потерять их при пересоздании контейнера. - Общие риски агентов никуда не делись: автономное выполнение команд, промпт-инъекции, правдоподобные ошибки. Базовые механизмы — MCP, права, проверка результата — разобраны в материале про агентный кодинг и статье про MCP.
Как попробовать
Сам Сергей в конце поста даёт простой рецепт проверки: зарегистрироваться и попросить primary-агента завести пару child-агентов — так иерархия видна сразу.
Пример промпта для primary-агента (реконструкция по описанию автора):
Создай двух child-агентов: implementer и critic.
Поручи implementer исправить баг в модуле auth, затем передай
результат critic на ревью. Не коммить, пока critic не подтвердит.
Если хочется посмотреть механику глубже — вот видео-обзор автора: «Introducing Taurus: lead armies of AI agents sanely». Перед стартом стоит заложить «память» каждому агенту через MEMORY.md, например:
# implementer
Пишу код в проекте X. Стиль: короткие функции, комментарии на русском.
Текущая задача — см. /shared/TODO.md. Архитектуру не менять без одобрения Alcyone.
Полезное правило из доков для планирования дерева: если агенту A нужно передавать работу агенту B — делаем B ребёнком A (даёт Delegate и общий /shared); если нужна просто аккуратность в списке — достаточно папки, иерархия тут ни при чём.
Вывод
История Taurus показательна не тем, что «свой оркестратор лучше готовых агентов», а тем, что проблема, которую он решает, реальна: сессии Claude Code и Codex не разговаривают друг с другом, и при росте числа задач это начинает болеть. Сергей ответил на это иерархиями (Subrun, Delegate, child-агенты с ролями), изоляцией (контейнер на агента) и общей памятью (/shared, MEMORY.md). Ключевой приём, который стоит забрать себе уже сегодня, — разделение ролей «исполнитель» и «критик» даже на одной модели: оно работает, потому что критик не защищает чужой код. А вот относиться к заявлению «месяцы без Codex» как к факту пока рано: продукту день от роду, бенчмарков нет, и проверять его придётся на своих задачах.
