Один результат против красивого процесса
Большая техническая задача была запущена четырьмя способами: одним подробным промптом, через GSD, через Plan Mode и с несколькими параллельными агентами в worktree. Ожидание было очевидным: правильная декомпозиция и оркестрация должны победить.
Но один длинный запуск пережил compaction, сохранил направление и вернул проверенный результат. Это не отменяет context, loop, graph и harness engineering. Это показывает, где мы часто преждевременно строим mini-enterprise вокруг работы одного человека.
Пока вы работаете один, скрытым runtime агентской системы остаётесь вы сами.
Четыре эксперимента
Один большой промпт дал агенту цель, ограничения и критерии проверки сразу. Он был дорог по контексту, но не требовал передачи состояния между участниками.
GSD и подробный план сделали ход работы явным, но добавили артефакты и координацию, которые не окупились на одной задаче.
Plan Mode помог согласовать границы, но не изменил природу исполнения: решение всё равно принимал один агент внутри одного контура.
Параллельные агенты выиграли только там, где подзадачи действительно были независимыми. В остальных местах стоимость синхронизации съела пользу параллелизма.
Скрытая оркестрация
Когда вы сидите рядом с агентом, вы незаметно храните важное состояние: помните исходное намерение, отвечаете на вопросы, разрешаете команды, замечаете уход в сторону и решаете, достаточно ли доказательств. Современный агент делает этот цикл почти бесшовным — поэтому кажется, что отдельная инженерия процесса больше не нужна.
Она снова становится видимой, когда работа должна продолжаться без вас. Команда, расписание, внешнее событие, деньги, production-данные или дорогой откат требуют общего состояния, формальных границ и воспроизводимого контроля.
Порог сложности
Graph нужен не потому, что узлы красиво смотрятся на схеме. Он нужен, когда несколько независимых циклов должны согласовать состояние и право действовать дальше. Harness нужен не как коллекция модных файлов, а как память о конкретных ошибках проекта. Context engineering появляется, когда важное знание перестаёт помещаться в голове одного человека.
Простота — хороший дефолт. Но она перестаёт быть простотой, когда держится на постоянном присутствии одного незаменимого человека.
Четыре вопроса
- Может ли процесс продолжаться, если вы на час уйдёте?
- Есть ли внешнее состояние, которое нельзя потерять при новом контексте?
- Может ли повтор действия создать деньги, данные или другой необратимый эффект?
- Должны ли несколько людей или агентов одинаково понимать, что уже решено и что считается готовым?
Если ответы в основном «нет» — не стройте платформу раньше времени. Работайте с агентом как с сильным напарником. Если «да» начинает повторяться, личная магия уже стала инфраструктурным риском.