Масштабирование команды

@dr0p_usdt

Практические рекомендации по росту команды агентов. Пошаговые инструкции по настройке см. в INSTRUCTIONS.md.

Когда добавлять нового агента

Добавляйте агента, когда:

SOUL.md одного агента покрывает две явно разные области (например, «создание контента И управление сообществом»)
задачи регулярно скапливаются за одним агентом, создавая узкое место
домен требует специализированного выбора модели (например, для кодинга нужен Opus, а ops-задачи зря тратят на него деньги)

Не добавляйте агента, когда:

проблему можно решить более удачным промптом в SOUL.md существующего агента
«новая роль» будет срабатывать всего несколько раз в неделю — отдайте её существующему агенту как вторичную ответственность
у вас уже 8+ агентов и накладные расходы координации заметны — больше агентов означает больше цепочек sessions_send для отладки

Когда разделять топик одного агента на командный топик

Топик должен стать командным топиком, когда:

основному агенту регулярно нужно второе мнение (например, coder нуждается в QA)
у рабочего процесса есть естественная передача (build -> test -> deploy)
человек хочет видеть многошаговые процессы в одном месте

Когда разделяете, помните:

ВСЕ агенты в топике должны переключиться на requireMention: true
у оркестратора должно быть enabled: false для нового топика
обновите SUPERGROUP-MAP.md и раздел интеграции с командой в SOUL.md каждого агента

Соображения по стоимости

Выбор модели — главный рычаг месячных расходов:

| Модель | Относительная стоимость | Лучше всего подходит для |
|-------|--------------|----------|
| `claude-opus-4-6` | $$$ | Сложный кодинг, архитектурные решения |
| `claude-sonnet-4-6` | $$ | Оркестрация, исследования, контент, лидогенерация |
| `claude-haiku-4-5` | $ | QA-проверки, ops-задачи, комьюнити, триажа |

Практические правила:

Начинайте каждого нового агента на haiku-4-5 и повышайте модель только если качество результата недостаточно
Оркестратору нужны способности к рассуждению — не опускайтесь ниже sonnet-4-6
Агенты для кодинга больше всего выигрывают от сильных моделей; разница в цене окупается меньшим числом QA-циклов
Команда из 10 агентов с умным выбором моделей стоит примерно в 3 раза дороже команды из 10 агентов на все модели — haiku, но примерно в 3 раза дешевле команды на все модели — opus

Как избегать циклических триггеров

Цепочки зависимостей агентов могут зациклиться, если спроектировать их неудачно:

Плохо: Coder запускает QA -> QA находит проблему -> QA запускает Coder -> Coder «исправляет» -> снова запускает QA -> бесконечный цикл

Хорошо: проектируйте однонаправленные цепочки с контрольными точками с человеком:

Coder -> QA -> DevOps (линейная цепочка)
QA не проходит -> Coder исправляет -> Coder повторно запускает QA (ограниченный retry, не бесконечный цикл)
Добавьте заметку о максимуме повторов в SOUL.md агента: «После 2 неудачных QA-циклов эскалируй задачу оркестратору»

Следите за:

Research -> Growth -> Research: циклы обратной связи (разрывайте так: Growth пишет в SIGNALS.md, Research читает на следующем цикле — не через sessions_send)
Content -> Community -> Content: циклы кросс-постинга (разрывайте так: ставьте этап ручного одобрения между циклами)

Добавление агента — краткий справочник

Создайте бота через @BotFather и добавьте его в супергруппу как администратора
Создайте workspace: ~/.openclaw/workspace/agents/[name]/
Скопируйте и адаптируйте SOUL.md и IDENTITY.md из шаблонов
Добавьте агента в agents.list, bindings и channels.telegram.accounts в openclaw.json
Обновите SUPERGROUP-MAP.md и AGENTS.md
Обновите разделы о teammates в файлах SOUL.md, чтобы они ссылались на нового агента
Выполните openclaw restart и протестируйте

Полное пошаговое руководство см. в INSTRUCTIONS.md Phase 3-5.

Оригинал: https://github.com/raulvidis/openclaw-multi-agent-kit/blob/main/docs/scaling.md

Сообщество энтузиастов - https://t.me/openclaw_lab