Основные принципы
Специализированное направление повышает пропускную способность только тогда, когда снижает конкуренцию за реальные узкие места:- Блокировки сеансов: только один запуск должен изменять конкретный сеанс в каждый момент времени.
- Общая пропускная способность модели: все видимые запуски чатов по-прежнему используют общие лимиты провайдера.
- Пропускная способность инструментов: работа с оболочкой, браузером, сетью и репозиторием может занимать больше времени, чем сам ход модели.
- Бюджет контекста: длинные расшифровки замедляют каждый последующий ход и снижают его целенаправленность.
- Неоднозначность ответственности: агенты, дублирующие одну и ту же работу, впустую расходуют ресурсы.
Рекомендуемый порядок внедрения
Этап 1: контракты направлений и тяжёлая работа в фоне
Задайте для каждого направления письменный контракт в его рабочем пространстве и системном промпте:- Назначение: работа, за которую отвечает это направление.
- Что не входит в задачи: работа, которую следует передать, а не пытаться выполнить самостоятельно.
- Бюджет чата: на быстрые вопросы отвечайте в чате; для длительных задач кратко подтвердите получение, а затем запустите фонового субагента или задачу.
- Правило передачи: если за работу отвечает другое направление, укажите, куда её следует передать, и предоставьте краткую сводку для передачи.
- Правило риска инструментов: отдавайте предпочтение минимальному набору инструментов, достаточному для выполнения задачи.
Этап 2: управление приоритетами и параллелизмом
Настройте очередь и пропускную способность модели с учётом бизнес-ценности каждого направления:Этап 3: координатор / диспетчер трафика
Добавьте простой шаблон координатора, когда активно несколько направлений:- Отслеживайте активные задачи направлений и ответственных.
- Обнаруживайте дублирующиеся запросы в разных группах.
- Передавайте сводки между направлениями.
- Показывайте только блокирующие проблемы, завершённые результаты и решения, которые должен принять человек.