Один агент — инструмент, четыре агента — команда
Один ИИ-агент уже полезен: задал вопрос — получил ответ. Но большая часть реальной работы — это не одиночный вопрос. Это цикл: что-то исследовать, набросать изменение, проверить его, оформить письменно. Универсальный агент сделает все четыре задачи, но ни одну по-настоящему хорошо, а его контекст где-то на полпути начнёт путаться.
Office Claws создан для одновременной работы нескольких агентов. У каждого свой VPS, свой системный промпт и свой стол в пиксельном офисе. Интересный вопрос не в том, можно ли запустить четырёх агентов, — а что именно должен делать каждый из них.
Простая схема из четырёх ролей
Ниже — схема, которую мы сами используем в большинстве дней. У каждой роли узкая зона ответственности и промпт, написанный под эту зону.
Исследователь
Системный промпт сосредоточен на поиске и сведении информации. Никакого кода, никаких мнений — только факты с источниками.
Подходит для: просмотра длинных тредов, сбора API-документации, извлечения release notes, сравнения библиотек.
Соедините его с моделью с большим контекстным окном. Claude Sonnet 4.6 — разумный вариант по умолчанию.
Строитель
Системный промпт сосредоточен на написании и редактировании кода. Ему можно разрешить запускать тесты, читать файлы и делать небольшие коммиты, но не пушить ветки.
Подходит для: починки багов, небольших фич, рефакторингов в пределах одного файла.
Дайте ему самую сильную модель для кода, которую можете себе позволить. Временные потери из-за плохого патча дороже, чем токены более качественной модели.
Ревьюер
Системный промпт сосредоточен на чтении диффа Строителя и поиске проблем. Он никогда не пишет код. Он пишет замечания — безопасность, корректность, ясность — и указывает на конкретные строки.
Подходит для: поимки того типа ошибок, которые вы пропустите, потому что устали и дифф на 400 строк.
Писарь
Системный промпт сосредоточен на превращении завершённой работы в прозу — release notes, внутренние апдейты, сообщения коммитов, черновики постов.
Подходит для: скучной финальной мили, которую иначе пропустят.
Почему отдельные промпты важнее отдельных моделей
Соблазнительно думать, что весь фокус в использовании четырёх разных моделей. Обычно фокус в использовании четырёх разных промптов. Одна и та же модель с «ты — старший ревьюер, никогда не пишешь код, только находишь проблемы» ведёт себя почти совсем иначе, чем та же модель с «ты — полезный pair programmer».
Разделение ответственности здесь — настоящий инженерный принцип, а не просто организационная гигиена:
- Узкий системный промпт тратит меньше контекстного оверхеда и оставляет больше места для самой работы
- Узкая зона ответственности упрощает оценку агента — вы знаете, как выглядит хороший вывод
- Когда что-то идёт не так, вы знаете, какого агента винить и какой промпт настраивать
Как работа течёт между агентами
В Office Claws пока нет автоматической передачи между агентами. Роутер — это вы. На практике это выглядит так:
- Задайте вопрос Исследователю, скопируйте сводку
- Вставьте сводку Строителю с конкретной инструкцией
- Вставьте получившийся дифф Ревьюеру и спросите: «что бы ты изменил?»
- Когда приземлится второй проход Строителя, вставьте финальный дифф Писарю для release note
На бумаге кажется неуклюже, на практике — удивительно естественно. Пиксельный офис помогает: у каждого агента свой стол, так что вы всегда знаете, чей это контекст. Никаких вкладок браузера, никаких «погодите, в каком разговоре была API-доку?».
Про расходы
Четыре агента не стоят в четыре раза дороже одного. Основные расходы — токены, а они масштабируются от того, сколько вы общаетесь с агентом, — а не от того, сколько их существует.
В self-hosted-плане каждый агент — отдельный дроплет DigitalOcean, так что за инфраструктуру платите вы. Базовый дроплет за 4 $/мес на агента складывается в заметную сумму, но это всё равно ощутимо меньше, чем большинство SaaS-сидов. В managed-плане каждый дополнительный агент стоит 14,99 $/мес.
Если вы просто экспериментируете, начните с двух: Исследователь и Строитель. Добавьте двух других, когда поймёте, что они действительно нужны.
Чего не стоит делать
- Не делайте одного агента «менеджером» других. Протокола агент-к-агенту пока нет, и просьба одному агенту координировать других просто заставляет его галлюцинировать рабочие процессы
- Не давайте каждому агенту все инструменты. Ревьюеру не нужна запись в файлы. Писарю не нужен компилятор
- Не используйте один и тот же системный промпт под разным именем. Если у двух агентов один и тот же промпт, у вас не два агента, а один агент, оплачивающий два дроплета
Что дальше
Мы работаем над несколькими вещами, которые сделают мультиагентные схемы менее ручными:
- Сохранённые пресеты ролей — конфигурации «Исследователь», «Строитель», «Ревьюер» в один клик
- Копирование между агентами — выделить вывод одного агента и отправить его другому, не выходя из приложения
- Сообщения между агентами — экспериментально, под ограничениями и появится только тогда, когда мы убедимся, что это не усиливает ошибки
До тех пор ручной поток — это фича, а не ограничение. Именно вы знаете, в чём на самом деле состоит работа.