Организация работы
Выбирай самый крупный блок работы, который агент может надёжно завершить
Используй этот рычаг, когда у агента достаточно фактов, но работа организована неудачно. В одном запуске могут смешиваться исследование, проектирование, реализация и уборка; он может зависеть от лишь частично верных промежуточных результатов или незаметно разрастаться на соседние рефакторинги.
Действие оператора — выбрать самый крупный блок работы, который агент может надёжно завершить без пересмотра архитектуры посреди запуска. Меньше не всегда безопаснее: последовательные микрошаги создают больше преобразований и точек передачи работы. Слишком крупные задачи выводят модель за пределы её возможностей.
Для ограничения частоты запросов разные способы постановки работы ведут себя по-разному:
- Слишком широко: «Реализуй ограничение частоты запросов».
- Слишком раздробленно: «Найди middleware. Остановись. Найди Redis. Остановись. Спроектируй ограничитель. Остановись. Добавь одну вспомогательную функцию. Остановись».
- Лучше: «После изучения фактической ситуации реализуй ограничитель в существующем middleware, повторно используй имеющуюся абстракцию кэша, сохрани поведение аутентификации и добавь согласованные тесты».
Схема явно показывает компромисс: оркестрация избегает как одного чрезмерно большого шага, так и неоправданно длинной последовательной цепочки.
Рычаги надёжности
Оркестрация меняет структуру задачи
Оркестрация также устраняет зависимости. Выполняй независимые исследования параллельными субагентами, а не в одном длинном последовательном потоке. Разделяй реализацию и ревью, когда им нужны разные подходы к оценке. Останавливайся до того, как код превратит человеческое решение в структуру. Субагенты меняют оркестрацию, позволяя разделить одну задачу между несколькими специализированными агентами — каждый со своей LLM и системным промптом, оптимизированными под его часть, — вместо перегрузки единого контекста. Это изолирует зашумлённую работу и сокращает цепочку зависимостей у родительского агента.
Этот рычаг не исправляет отсутствие фактов или неясные условия успеха. Более удачная организация помогает только тогда, когда каждый блок опирается на факты и поддаётся оценке.