За останні 3 роки я провів понад 2000 годин, кодуючи зі ШІ, і особисто поспілкувався з одними з найпродуктивніших людей у сфері агентної інженерії.
Нижче — моя повна конфігурація агентної інженерії станом на третій квартал 2026 року.
Інтерфейс
Це означає UI/CLI, через який ви взаємодієте з агентами. Мій основний інтерфейс — bb.
Він має відкритий код, абсолютно безкоштовний і дозволяє використовувати будь-яку підписку, будь-якого агента, будь-яку модель в одному GUI. Codex, Claude Code, Pi, Cursor CLI, OpenCode, Grok Build, Hermes — все в одному інтерфейсі.
Проблема з додатками на кшталт Codex або Cursor у тому, що вони дозволяють лише власні моделі та власну підписку. Мета — отримати якомога більше токенів за найменшу кількість грошей.
Усі функції, які вам подобаються в Codex або Cursor, є в bb, і він покращується щотижня (до того ж, він повністю з відкритим кодом і на 100% безкоштовний у використанні).
Ще один інструмент, який я часто використовую — cmux.
Коли ви запускаєте новий робочий простір cmux, ви можете розділити екран так само, як у tmux (звідси й схожа назва), запустити різні термінали в кожній панелі, і там є вбудований браузер.
Де cmux пасує — це коли у вас багато агентів і робочих просторів. Ліва бічна панель — не зовсім правильний примітив. Для кількох речей підходить, але для серйозної агентної інженерної роботи в масштабі — не найкращий варіант.
Я використовую Ghostty як термінал, тому що він дуже швидкий і нативний.
Усередині Ghostty можна запустити Herdr, який, по суті, є tmux, але для агентів — бекенд-середовище виконання для агентів. Дуже мінімалістичний, дуже легкий, живе в терміналі, і коли агент завершує роботу, його стан відображається ліворуч: виконано, простоює, заблоковано, виконується.
Відстеження станів ШІ-агентів є НЕОБХІДНИМ. Мій прогноз: через 3-6 місяців це «відстеження стану агентів» ставатиме дедалі важливішим, тому що ви будете спілкуватися не з одним агентом. Ви будете спілкуватися з агентом-менеджером, який керує багатьма агентами-працівниками.
Останній інтерфейс, який я маю згадати — Corral, який я розробив сам.
Замість того, щоб випадково перемикатися між агентами, коли вони завершують роботу (у Herdr немає чіткого порядку), кожен агент має пріоритет. Так само, як завдання мають різні рівні пріоритету/важливості. Коли агент P1 завершує роботу, він стає першим. Ви ніколи не повинні відповідати агенту P4, коли агент P1 завершив виконання. (так... мені потрібно зробити Corral відкритим. Ще не дійшли руки.)
Моделі та підписки
Ви хочете отримати якомога більше токенів за якомога меншу кількість грошей. Це має бути однією з головних цілей кожного агентного інженера (після виконання завдань).
Наразі є 4 основні підписки, і так... через 2 місяці все може бути зовсім інакше.
Найкраща пропозиція «ціна-якість» зараз — OpenCode Go. Він коштує лише $10 і дає доступ до Kimi K3, Grok 4.6, GLM 5.3, DeepSeek V4 Pro та багатьох інших моделей... Але в ньому немає найкращих моделей, таких як Fable 5 і GPT-5.6 Sol (до того ж, ліміти використання досить малі).
Отже, якщо у вас є трохи більше грошей, ось що варто зробити:
- $30 — придбайте OpenCode Go + ChatGPT Plus ($20)
- $50 — додайте зверху підписку Claude Code за $20.
- $70 — додайте Cursor за $20 на місяць, і ви матимете найнижчий рівень усіх підписок.
- $110 — OpenCode + один із великих планів. План ChatGPT за $100 дасть вам кращу пропозицію, ніж Claude. Як є. У OpenAI більше обчислювальних потужностей, вони готові більше субсидувати це.
- $210 — просто візьміть обидва плани по $100.
- А якщо ви справді серйозно налаштовані (як я), просто візьміть усі плани по $200 (Codex, Claude, Cursor), тому що вони мають у 20 разів більше використання, і ці плани дають вам найкращу пропозицію.
До речі... план Cursor дуже недооцінений. Cursor, він же Grok, стане чудовою підпискою завдяки придбанню SpaceX. SpaceXAI має величезні обчислювальні потужності, тому вони можуть грати в гру субсидування. І, я думаю, план Cursor/Grok дає окремі ліміти для Cursor + Grok Bot, що просто неймовірно.
Grok Bot швидко стає новим способом взаємодії людей з агентами, тому підписка Cursor ніколи не була такою важливою (не спонсоровано, лол, це просто правда). До того ж, нова модель — Grok 4.7 — вже на підході.
У будь-якому випадку, не платіть за API. Це найгірша пропозиція. Просто оформлюйте підписки.
Хмарні агенти
Цілком очевидно, що хмарні агенти — це майбутнє. Cursor, Amp, Devin, Codex... усі ці компанії ставлять усе на хмарних агентів.
Доказом того, що хмарні агенти — це майбутнє, є графік нижче.
[зображення тут]
Це внутрішня частка Cursor об'єднаних PR від хмарних агентів: близько 10-15% на початку цього року, зараз наближається до 60%. І це об'єднані PR, те, що реально використовується. Незабаром це буде 70%, потім 80%, а потім 90%.
Проблема запуску всіх агентів локально, на вашому комп'ютері, полягає в тому, що це не масштабується. Ви не можете запускати сотні агентів одночасно. Достатньо кільком агентам вирішити одночасно запустити ваш повний набір тестів, і ваш комп'ютер почне видавати дивні звуки (навіть мій MacBook Pro за $7000 важко справляється).
Хмарні агенти надають ізольовані середовища, постійні сесії, надійний доступ до інтернету та електрики. Якщо ви закриєте ноутбук, ви втратите сесії. Втратите інтернет на кілька хвилин, і середовища не зможуть відновитися самостійно.
Проблема існуючих хмарних агентських рішень — це НЕЙМОВІРНИЙ рівень прив'язки до екосистеми. Налаштування середовищ і всіх ваших секретів займає багато годин, а потім ви стаєте залежними: ваші сесії там, ви на їхніх тарифах і віддаєте їм усі свої дані. Навіть якщо вони не навчають моделі на них, існує безліч інших способів використання ваших даних.
Рішення — мати власний сервер. І завдяки ШІ це займає близько 10 хвилин на налаштування (серйозно). Просто візьміть VPS, запустіть на ньому Herdr і підключіться через SSH.
Herdr надає постійні сесії агентів, а SSH дозволяє підключатися з телефону, ноутбука, будь-чого. Ви буквально можете досягти 80/20 хмарних агентів за кілька доларів, без прив'язки.
Створіть власне хмарне середовище
Я використовую Hostinger для своїх VPS, і плану KVM2 достатньо. Ось головне, що я хочу донести... вам не потрібно бути експертом у VPS, DevOps, Linux, нічого з цього.
Просто поговоріть зі своїм агентом звичайною англійською!!!
У наступному відео я налаштовую все це в прямому ефірі. Робочий простір cmux, агент кодування на лівій панелі (Cursor CLI з Grok 4.6), порожня панель терміналу праворуч.
Моя навичка cmux дозволяє агенту знайти цю іншу панель і виконувати в ній команди. Я сам підключився через SSH до нового VPS, а потім сказав агенту: «вивчи все про цей сервер і налаштуй середовище розробки. Herdr, Node.js, Python 3, Git».
Він проаналізував VPS за секунди, встановив усе, запустив Herdr, потім встановив Pi Agent, знайшов ключ OpenRouter на моєму MacBook і самостійно пройшов повне налаштування. За кілька коротких підказок я запустив Pi з GPT-5.6 Sol і другу сесію з Fable, обидві в хмарі, на власному VPS, з повним root-доступом.
Якщо щось трапиться з моїм комп'ютером або Wi-Fi... Якщо мій MacBook вибухне, ці агенти продовжать працювати. Повний покроковий посібник — у відео. Посилання на мій YouTube тут.
Ще один момент щодо швидкості... Я диктую за допомогою SuperWhisper. Більшість із вас, хто це читає, напевно, друкує зі швидкістю 40 або 50 слів на хвилину. Це дуже повільно.
АЛЕ! Ви можете говорити зі швидкістю 250+ слів на хвилину. Інструмент голосового ШІ (як Superwhisper, Glaido, Whispr FLow) миттєво робить вас у 3-4 рази швидшими у надсиланні підказок. Використовуйте один. Не будьте дурними.
Обв'язка
Перша обв'язка, яку я маю згадати — Pi Agent, GOAT.
Наймінімалістичніша обв'язка: всього 4 інструменти, завжди працює в режимі YOLO, підтримує будь-яку модель, будь-якого провайдера. Дуже елегантна, супер налаштовувана, і тому так багато людей будують на основі Pi. Вона має відкритий код, абсолютно безкоштовна, просто перейдіть на pi.dev і отримайте її. Не обговорюється. Це перша обв'язка, яку я встановлюю на VPS.
Cursor CLI. Дуже недооцінений, тому що ви можете використовувати всі моделі: Grok, моделі GPT, моделі Anthropic, Kimi. Ви можете додавати навички та надсилати повідомлення заздалегідь. Чудова обв'язка загалом.
Наступна категорія обв'язок — те, що я називаю «самовдосконалюваними» обв'язками.
Дві найпопулярніші — Hermes Agent і Prime Agent. Це для випадків, коли ви не знаєте, що робите. Якщо завдання має багато невизначеності, багато чого потрібно з'ясувати, використовуйте самовдосконалювану обв'язку, тому що вона створює навички та вдосконалюється разом з вами з часом.
І нарешті, класика: Claude Code і Codex. У мене вони є як псевдоніми. Багато людей щодня вводять claude --dangerously-skip-permissions. Надзвичайно повільно, надзвичайно неефективно. Я вводжу cc, і це запускає Claude Code з обходом дозволів; cx запускає Codex у режимі YOLO.
ВИ ПОВИННІ створити глобальні псевдоніми для довгих команд, які ви часто виконуєте. Це один із законів агентної інженерії: як зробити більше за той самий час?
Навички
Мій репозиторій навичок став вірусним минулого місяця. (див. github.com/davidondrej/skills ) Він також повністю безкоштовний, з відкритим кодом і все таке.
Навички, найбільш релевантні для агентної інженерії:
\*(1) /total-review
- Він запускає дві інші навички, /gpt-review і /fable-review, які перевіряють будь-які зміни коду, які ви щойно зробили, за допомогою GPT-5.6 Sol і Fable 5, а потім дедуплікує обидва списки в єдиний список проблем, які дійсно мають значення. Це як попросити всіх ваших найрозумніших друзів перевірити вашу заявку на роботу, і вони дадуть вам лише найбільші проблеми. Запускайте його для середніх і великих змін, особливо якщо їх створила інша модель. Якщо Grok 4.6 виконав роботу, ви хочете, щоб її перевірила зовсім інша модель.
ВАЖЛИВО: все, що ви повторюєте достатньо часто, має стати пресетом.
Якщо це один крок, використовуйте текстові заміни. У мене вони як фрагменти Raycast. «Відповідай коротко простою англійською». «Зроби свою попередню відповідь простішою та коротшою». «Індексуй усі файли, напиши зрозумілий коміт, відправ на GitHub».
Якщо це багатокроковий робочий процес, перетворіть його на навичку.
(2) /ask-then-build
- Я використовую цю навичку щодня, перед будь-яким створенням. Замість того, щоб сказати «зроби це сумісним з Windows» і дозволити моделі мовчки приймати важливі архітектурні рішення, про які ви можете пошкодувати пізніше, вона проводить вас через основні рішення одне за одним, з варіантами. Моделі ШІ чудово кодують, чудово впроваджують. У них немає смаку. У них немає хорошого судження. Ви, як людина, повинні залишатися відповідальними за це.
(3) /deepapi
- Цю навичку я використовую для будь-яких глибоких досліджень, будь-якого скрапінгу, будь-чого в Інтернеті. Codex і Claude Code мають базовий веб-пошук, але без скрапінгу, без глибоких досліджень, і їх легко заблокувати. Виконайте 8 швидких веб-пошуків і надайте мені 3 найкращі варіанти, зіскрапте Twitter, зіскрапте GitHub, знайдіть 3 способи зв'язатися з людиною. Кожен у моїй команді використовує це. Обов'язково мати.
(4) Запобіжники та блокування відправки
- Нудніше, але абсолютно необхідне, і ви налаштовуєте їх лише один раз. Глобальні запобіжники агента — це перехоплення перед викликом інструменту, яке гарантує, що ваші агенти ніколи не зітруть ваш диск, ніколи не перезапишуть історію Git, ніколи не торкнуться вашого менеджера паролів. І блокування відправки — для випадків, коли ви запускаєте 15+ агентів паралельно: одне блокування на рівні ядра ОС для всього корабля. Злиття, перевірка, відправка, CI, розгортання, перевірка працездатності.
Не встановлюйте всі мої навички. Просто візьміть ті, які вам потрібні.
Робочі дерева
Робоче дерево — це, по суті, копія вашої основної гілки в окрему папку, яка створює там нову гілку Git, тому агенти можуть працювати паралельно, повністю ізольовано.
Для невеликого проекту це абсолютно зайве. Залишайтеся на одній гілці та працюйте швидше.
Для середніх і великих проектів, де ви постійно запускаєте 20-30+ агентів, цього не уникнути. Без робочих дерев агенти конфліктуватимуть, скасовуватимуть зміни один одного та боротимуться один з одним. Ще одна хороша річ у BB: він має вбудовані робочі дерева. Він пам'ятає, що для моїх великих репозиторіїв я завжди хочу нове робоче дерево на основі origin/main.
Інші поради з агентної інженерії
Знайте, коли використовувати кожну модель.
- Розробляєте план або починаєте новий проект? Fable. У нього найбільше іскор геніальності. Виправляєте глибоку, серйозну помилку? GPT-5.6 Sol, максимальне зусилля міркування. Звичайне спілкування? Grok 4.6 на високому. Майже такий же інтелект, але в 2 рази дешевший і в 2 рази швидший. Фронтенд? Kimi K3.
- І коли виходить нова велика модель, виділіть день, коли ви будете використовувати лише цю модель. Не слухайте Twitter. Спробуйте самі.
Знайте, коли перевіряти.
- Я не запускаю total review для кожної зміни. Невелике налаштування фронтенду одразу йде в продакшн.
- І НІКОЛИ не робіть рекурсивних перевірок. Якщо ви скажете моделі «знайди 5 найбільших проблем», вона знайде 5 проблем, навіть якщо кодова база ідеальна. Ці моделі вигадують уявні помилки.
Попереднє надсилання.
- Зазвичай я знаю, що агент робитиме далі, тому я ставлю повідомлення в чергу заздалегідь: «виконай план», «запусти Fable review для цього», «тепер виправ ті речі».
- Іноді це 2 повідомлення, іноді 6.
- Ніколи не використовуйте обв'язку, яка не дозволяє попередньо надсилати.
Субагенти переоцінені.
- Багато людей просто спалюють на них свої ліміти. Я використовую їх, коли контролюю ситуацію. Я хочу вибрати, яка модель запускається в субагенті, тому що я знаю, які підписки та ліміти маю.
- Майбутнє — це агент-менеджер, який запускає працівників, але вам все одно потрібно спроектувати цю систему: правила, дозволи, умови, за яких запускається субагент. Я не хочу, щоб якийсь хлопець з Anthropic або OpenAI вирішував це за мене.
ADR.
- Це спосіб внесення рішень у кодову базу. /docs/adr — одна з перших папок, яку я створюю в будь-якому проекті.
- Кожне ключове архітектурне рішення отримує короткий файл: що було вирішено, чому і яким був стан проекту на той момент. Деякі речі можна прочитати з коду, але не все.
- Те, що не можна, має бути задокументовано, щоб майбутні агенти та люди миттєво розуміли, чому це побудовано саме так.
Тести.
- Поточні моделі РОЗДУВАЮТЬ ваш репозиторій тестами: модульні тести, інтеграційні тести, тести бази даних, навіть на найменших репозиторіях, де це не має сенсу.
- Якщо ви скажете моделі додати тести, вона додасть божевільну кількість. Якщо ви скажете «не додавай тести», вона все одно додасть трохи, і ви отримаєте правильну кількість.
Доступ до продакшн БД.
- Будь-який продукт з реальним використанням повинен це робити... створити роль Postgres лише для читання та надати її вашим агентам.
- Не давайте їм доступ на запис. Достатньо однієї незворотної зміни, і ви пошкодуєте.
- Але відсутність доступу — теж помилка. З доступом лише для читання ви можете перевірити реальність кожної функції. Чи відбувається це взагалі в продакшні? Чи використовують люди це взагалі? Хотів би я зробити це раніше.
Відстежуйте свою агентну продуктивність.
- Ми щойно випустили новий репозиторій з відкритим кодом під Vectal Labs під назвою agentic-productivity. Він відстежує ваші коміти, ваші сесії агентів і ваші підказки користувача.
- Кожен з них є поганим показником сам по собі, але об'єднайте 3 і подивіться на довгострокову тенденцію, і ви зможете побачити, чи дійсно ви стаєте кращим агентним інженером.
Ось така конфігурація на даний момент. Через місяць вона, ймовірно, буде іншою. Це постійно змінюється.
від Давида Ондржея (проголошено для YouTube, потім переписано у формат статті)
