BORKISS* / blog

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

висновок

рівень оркестрації = ціна фічі у твоєму часі. на ручнику платиш вечір, на напівавтоматі - годину, на автоматі - пʼять хвилин на спеку і правила

і так, правила важливіші за промпти. з них і почніть

спиш - агенти працюють)