# orchestration холівари «яка модель розумніша» вже нудні. моделі у всіх плюс-мінус однакові, а от результати - ні. реальний gap зараз в іншому: хто як оркеструє. надивився за останній рік купу сетапів - по суті всі вони складаються в три рівні. розберемо від простого, так щоб зайшло навіть якщо ви вчора поставили свого першого агента, а далі пірнемо глибше ## теорія на пальцях модель сама по собі - це текст-в-текст: спитав - відповіла. все. агент - це модель, яку запустили в цикл і дали руки: термінал, файли, браузер. зробила крок - подивилась що вийшло - зробила наступний. і так поки задача не вирішена (або поки не скінчився контекст, але про це нижче) оркестрація - це відповідь на одне питання: хто вирішує, що робити далі. ти сам? агент? агент над агентами? крон за розкладом? від цієї відповіді залежить головна метрика - скільки твого часу коштує одна фіча
01 РУЧНИК кожен крок - твій 02 НАПІВАВТОМАТ ти керуєш оркестратором 03 АВТОМАТ правила працюють без тебе - ти - агенти твого часу на фічу: вечір -> година -> 5 хвилин
драбина оркестрації: чим вище - тим менше тебе в циклі
і наскрізна думка на весь пост: чим вищий рівень, тим менше вирішують промпти і тим більше вирішують правила. промпт живе одну сесію, правило (md файл, скіл, конвенція репозиторію) - живе завжди. запамʼятайте, нижче знадобиться ## рівень 1 - ручник сидиш у чаті з агентом, контролюєш кожен крок, кожен diff очима. попросив - подивився - поправив - далі повільно? так. але насправді це обовʼязковий етап, перестрибувати його не можна. саме тут калібрується довіра: ти дізнаєшся, що модель тягне сама, а де стабільно падає. без цього калібрування на верхніх рівнях будеш або перевіряти все (і тоді навіщо автоматика), або взагалі не перевіряти (і тоді чекай сюрпризів у проді) ручник назавжди залишається правильним режимом для двох речей: критичний код (auth, гроші, міграції) і незнайома кодова база ## рівень 2 - напівавтомат ти все ще в чаті, але говориш вже не з виконавцем, а з оркестратором: агент сам спавнить інших агентів і розрулює роботу між ними. ти керуєш одним - він керує десятьма навіщо це, пояснюю просто: в агента ліміт уваги, як у тебе в пʼятницю ввечері. контекстне вікно - найдефіцитніший ресурс: прочитав двадцять файлів - почав забувати перші. сабагенти вирішують це розділенням праці: кожен копає свій кут у своєму чистому контексті, а нагору приносить тільки вижимку. оркестратор тримає картину, воркери - деталі як це виглядає в живих інструментах: - сабагенти в Claude Code: головний агент роздає підзадачі, кожен сабагент зі своїм контекстом, працюють паралельно - threads control у Codex: одна сесія форкає від себе дочірні треди. кілер деталь - fork_context: форк успадковує всю памʼять батька, тобто клону не треба заново пояснювати проект. ліміти крутяться через agents.max_threads (дефолт 6 паралельних) і max_depth (дефолт 1 - щоб клони не плодили клонів до нескінченності) ## рівень 3 - автомат тут ти вже не в чаті. тут три робочі формати ### лупи / cron джоба запускається умовно кожні 15 хвилин, ловить новий pull request, робить review, відповідає або мержить. без тебе і ось тут повертається думка з початку: вся магія - в правилах. агент у лупі не думає «як правильно», він читає «як прийнято тут» - з репозиторію, з md файлів, зі скілів. написав правила один раз - вони відпрацьовують кожні 15 хвилин вічно. дуже недооцінений формат, працює жорстко добре ### spec-driven дав специфікацію, відповів на питання агента і пішов у своїх справах. ввечері подивився що вийшло такий рівень дає Droid by Factory AI з його mission control. і кілер фіча там - мікс моделей різних сімейств в одному pipeline:
спека ти, 5 хвилин planning fable 5 воркер · sol воркер · sol воркер · sol верифікація fable 5 merge retry - скільки вирішить модель суцільне - етапи прибиті цвяхами (Droid mission control) пунктир - динаміка: воркерів і retry вирішує модель (ultracode)
один pipeline - два сімейства моделей: розумний планує, ефективний копає
свіжа жара по цій темі: GPT-5.6 Sol - новий фронтір OpenAI, вийшов минулого тижня. за інтелектом на рівні Fable 5 від антропіка, але токенно ефективніший (Altman заявляє -54% токенів на агентному кодингу) і приблизно вдвічі дешевший у реальних тасках. розклад для pipeline виходить ідеальний: Fable 5 думає і перевіряє, Sol копає. розумний планує - ефективний виконує ### ultracode і найпростіший вхід у повний автопілот - режим ultracode у Claude Code. розбиває таску на ті ж етапи: оркестрація/planning -> воркери -> верифікація. різниця з Droid філософська: у Droid етапи прибиті цвяхами, в ultracode вони динамічні - модель сама вирішує, як зібрати workflow, скільки їй треба воркерів, валідацій і retry. на схемі вище пунктир - це воно ## лайфхак про підписки за підписку Droid можна не платити. берете CLIProxyAPI або VibeProxy - вони чіпляють ваш існуючий акаунт Codex/Claude по oauth і експозять локальний API прямо у вас на машині. далі прописуєте endpoint у config.json - і mission control крутиться на підписках, які у вас і так є
0$ зверху - все крутиться у тебе на машині твої підписки Codex / Claude oauth CLIProxyAPI або VibeProxy localhost · config.json api Droid або будь-який інший tool
підписка вже оплачена - хай працює у всіх інструментах
*VibeProxy - тільки apple silicon, менюбар аппка. CLIProxyAPI - кросплатформений, go ## висновок рівень оркестрації = ціна фічі у твоєму часі. на ручнику платиш вечір, на напівавтоматі - годину, на автоматі - пʼять хвилин на спеку і правила і так, правила важливіші за промпти. з них і почніть спиш - агенти працюють)