Project Atlas
Скептично налаштована delivery-команда, тиск через вартість ШІ-асистованої роботи.
Зниження вартості розробки у 2,5 раза; валідовані стандарти якості коду перетворили скепсис на прийняття.
// dev-ai.dev — агентна інженерія
Допомагаємо інженерним організаціям вийти на рівень state-of-the-art в агентній інженерії через керовану Stage-Up трансформацію: оцінюємо, де стоїть кожна команда, піднімаємо її драбиною зрілості сходинка за сходинкою — і доводимо кожен крок метриками, яким ваше керівництво вже довіряє.
›assess maturity --teams all --dimensions 9
✓базлайн встановлено · 9 вимірів · профіль зрілості готовий
›run stage-up --target S4 --gates strict
✓фаза 1 · фундамент — політики + харнес
✓фаза 2 · практика — цикли maker/checker працюють
фаза 3 · компаундинг — «храповик» встановлено
85%
професійних розробників уже використовують ШІ-агентів для коду
41%
нового коду згенеровано ШІ станом на початок 2026
4× проти +12%
сирий обсяг коду проти доставленої цінності без верифікації
// Генерація коду стала дешевою. Верифікація, судження та напрям — нове ремесло.
// чому зараз
Команди, які додають кодових агентів до незмінного процесу, бачать зростання сирого обсягу коду приблизно вчетверо, тоді як доставлена цінність зростає лише на десятину — з вимірюваними сплесками переписування коду, дефектів та PR-ів, злитих без жодного ревʼю. Це не аргумент проти ШІ. Це аргумент проти впровадження генерації без побудови верифікації.
Живе в коді. Агенти здешевлюють і його створення, і його погашення — куди хитнеться, залежить від системи довкола них.
Живе в людях: дедалі ширший розрив між тим, скільки коду існує, і тим, скільки його реально розуміє хоч одна людина. Невидимий для метрик швидкості, доки щось не зламається.
Живе в артефактах — зафіксоване «чому» за рішеннями. Єдиний борг, який агенти не можуть погасити, бо намір має походити від людини.
У 2026 році різниця не в тому, чи використовують ваші команди ШІ. А в тому, чи побудували ви систему — фабрику — і чи можете довіряти тому, що вона постачає.
// операційна модель
Головний продукт інженера — вже не код, а система, що виробляє код: специфікації, які визначають роботу, агенти, які її виконують, тести й гейти, які її верифікують, і петлі зворотного звʼязку, які повертають збої на виправлення. Кожен агент — це Модель + Харнес: пристойна модель із чудовим харнесом перемагає чудову модель із поганим.
S0
Імпровізація
ШІ використовується хаотично і приватно. Копіювання з чат-вікна, без спільного налаштування, без специфікації. Результату довіряють, бо він «виглядає правильно».
S1
Асистування
Автодоповнення та чат — частина робочого дня. Реальні індивідуальні прискорення, але кожен крок керується вручну і тримається в одній голові.
S2
Делегування
Задачі агентного розміру, окреслені письмовою специфікацією; контекст добирається свідомо; кожен результат верифікується. Тести їдуть разом зі зміною.
S3
Оркестрація
Цикли та харнеси, а не разові промпти. Один агент пише, інший перевіряє; робота йде в ізольованих worktree; злиття проходять через гейти з доказами.
S4
Автономні агенти
Агенти виконують тривалі автономні цикли під запобіжниками; фабрика вдосконалює сама себе. Кожен збій стає правилом, скілом або хуком. Evals охороняють промпти так, як тести охороняють код. Важіль зростає без деградації якості.
Ті самі девʼять вимірів застосовуються на рівні людини (звички та судження) і на рівні команди (стандарти та інфраструктура) — тож профіль інженера і профіль команди зіставляються напряму.
01
Намір і специфікація
Чи записане «чому» до запуску агента — цілі, обмеження, критерії готовності?
02
Контекст, памʼять і харнес
Чи отримує агент правильний контекст, довготривалу памʼять і риштування — без деградації в міру заповнення вікна?
03
Цикли, автономія й оркестрація
Ви проєктуєте системи, що промптять агентів, — чи досі промптите вручну хід за ходом?
04
Верифікація та ревʼю
Чи ревʼю ешелоноване за радіусом ураження, змагальне, підкріплене доказами — і чи рішення про merge закріплене за людиною?
05
Тести й детерміновані гейти
Чи несуть справжні тести та непорушні CI-гейти вагу, яку людське читання вже не витягує?
06
Безпека та запобіжники
Чи заблоковані небезпечні дії самою конструкцією системи — пісочниці, хуки, обмежені дозволи, захист від інʼєкцій?
07
Розуміння та судження
Чи команда досі розуміє те, що постачає, — чи мислення тихо віддано моделі?
08
Багаторазовість і «храповик»
Чи кожна помилка стає постійним правилом, скілом або хуком — щоб система накопичувала, а не повторювала?
09
Вимірювання, вартість і компаундинг
Чи можете ви вимірювати, трасувати й бюджетувати фабрику — і довести, що вона стає кращою, а не лише швидшою?
Команда зріла лише настільки, наскільки зрілий її найслабший несучий вимір. Команда на стадії 4 в інструментах, але на стадії 1 у верифікації — це ризик стадії 1: відмовляє саме найслабший гейт.
// безкоштовний набір для оцінки
Двочастинне оцінювання зрілості інженерії в агентну еру — Factory Edition, версія 2026.06.0. Використовуйте інтерактивні чеклісти в браузері або завантажте markdown-файли та проведіть оцінювання у власному репозиторії. Це те саме оцінювання, яке Фаза 0 проводить на повну глибину, — і найпростіший перший крок.
Оцініть стандарти та інфраструктуру команди, репозиторію чи організації за девʼятьма вимірами — з доказами у файлах репозиторію, конфігураціях, дашбордах і нещодавніх PR.
Оцініть звички та судження одного інженера — від того, як формулюється намір, до того, скільки мислення тихо віддано моделі.
// Також у наборі
Оцінюйте чесно, знайдіть вимір, що відстає, і обирайте наступну сходинку — не вершину. Переоцінюйте щокварталу і спостерігайте, як рухається профіль.
// формат співпраці
Це не серія воркшопів із сертифікатом наприкінці. Ми зобовʼязуємося забезпечити вимірюваний перехід на вищу стадію в усіх девʼяти вимірах для команд у скоупі — за чотири фази, і доводимо результат порівнянням із базлайном Фази 0. Кожна фаза має явні критерії виходу, привʼязані до драбини.
// Фаза 0
Оцінюємо кожну команду та ключових людей; встановлюємо вимірювальний базлайн; аудитуємо репозиторії та SDLC на готовність до ШІ. Доступна як окрема послуга — корисна сама по собі.
Встановлює стартову сходинку
Профіль зрілості кожної команди · метричний базлайн · послідовна Stage-Up дорожня карта
// Фаза 1
Базові політики та безпека, перший спільний харнес, грамотність за ролями — необхідний мінімум, що робить делегування безпечним.
→ Стадія 2 · Делегування
AI Use Policy · кореневий AGENTS.md · стартова бібліотека скілів/MCP · навчені драйвери та ревʼювери
// Фаза 2
Перебудовуємо реальний робочий процес на живих артефактах; розгортаємо систему верифікації; переосмислюємо фази SDLC довкола наміру.
→ Стадія 3 · Оркестрація
Плейбук Plan→Implement→Test→Review · ешелоноване ревʼю · CI-гейти · цикли maker/checker
// Фаза 3
Проєктуємо цикли, що вдосконалюють самі себе; встановлюємо «храповик»; будуємо eval-набори; запускаємо маховик вимірювань і внутрішню спільноту.
→ Стадія 4 · Автономні агенти
Захищені цикли автоматизації · eval-гейти · регулярний звіт із метрик · Центр досконалості
Почніть із діагностики з фіксованим обсягом (~2–3 тижні). Повна Stage-Up трансформація триває приблизно два-три квартали — залежно від профілю ризиків і темпу.
// напрями робіт
У наскрізній трансформації треки розподілені за чотирма фазами; їх також можна запускати модульно — під конкретний вимір, що відстає.
Персональне та командне оцінювання зрілості плюс метричний базлайн, на який спирається програма.
Воркшопи за ролями (розробник, BA, QA, архітектор, менеджер, керівництво) — теорія плюс практика.
Матриці компетенцій та процеси співбесід/атестацій, зіставлені зі стадіями зрілості.
Практичне навчання на живих артефактах: плейбук plan/implement/test/review, багаторазові скіли.
Переосмислення кожної фази довкола наміру: вимоги→специфікація, ревʼю з урахуванням ШІ, детерміновані гейти.
Фабрика як спільна інфраструктура: AGENTS.md, бібліотеки скілів/команд, конфігурації MCP, хуки, evals.
Ешелоноване ревʼю, гетерогенні ШІ-ревʼювери, red/green TDD, мутаційне тестування, evals із рубриками.
AI Use Policy, класифікація даних, BYOT, перевірка MCP, пісочниці, захист від інʼєкцій, аудитованість.
Дизайн циклів, розділення maker/checker, масштабування флоту під пропускну здатність ревʼю, захищені нічні цикли.
Економіка токенів, моделювання CapEx→OpEx / TCO, маршрутизація моделей, бюджети та квоти, доказ ROI.
Центр досконалості, мережа чемпіонів, ШІ-ретроспективи, демо-дні, внутрішні змагання.
Побудова агентів як продуктів — памʼять, evals, спостережуваність, деплоймент — а не лише агентів для написання коду.
Квартальне переоцінювання, підтримка харнесу та evals, звіти з метрик, fractional-лід ШІ-інженерії.
// корпоративне навчання
Воркшопи, диференційовані за ролями — для розробників, BA, QA, архітекторів, менеджерів і керівництва: теорія плюс практика на ваших реальних артефактах. Програма вибудувана за стадіями зрілості: фундаментальні теми роблять делегування безпечним; просунуті — будують оркестровану практику, що вдосконалює сама себе.
до Стадії 2 · Делегування
Мислення агентної інженерії
Від автодоповнення до автономії: чому одні ШІ-проєкти злітають, а інші буксують, і що змінюється в ролі інженера.
Промпт- і контекст-інженерія
Контекст-інженерія, а не промпт-трюки: добір того, що бачить агент, керування деградацією контексту, надійний результат із першої спроби.
Spec-driven розробка
Фіксуємо намір письмово — цілі, обмеження, критерії готовності. Специфікації, за якими агент може діяти, а рев'ювер — оцінювати.
Агентні інструменти та IDE-процеси
Cursor, Claude Code, Copilot та інші: основи харнесу, файли правил, AGENTS.md, обмежені дозволи інструментів.
Основи верифікації
Читання ШІ-дифів як senior-рев'ювер, тести разом із кожною зміною, рев'ю за радіусом ураження.
Основи безпеки та політики використання ШІ
Класифікація даних, що можна й не можна передавати інструменту, гігієна секретів, робота із синтетичними замінниками.
до Стадій 3–4 · Оркестрація та Автономні агенти
Харнес і платформна інженерія
Скіли, хуки, конфігурація MCP, суб-агенти, довготривала пам'ять — спільна інфраструктура, що накопичує ефект.
Мультиагентна оркестрація
Розділення maker/checker, ізольовані worktree, паралельні флоти в межах пропускної здатності рев'ю — і ціна оркестрації.
Інженерія циклів та автономії
Довготривалі агенти з явними умовами зупинки, захищені нічні цикли, злиття через гейти з доказами.
Верифікація в масштабі
Гетерогенні ШІ-рев'ювери, red/green TDD, мутаційне тестування, детерміновані CI-гейти, які несуть навантаження.
Evals і «храповик»
Eval-набори охороняють промпти так, як тести охороняють код; кожен збій стає постійним правилом, скілом або хуком.
Економіка ШІ та FinOps
Економіка токенів, маршрутизація моделей, бюджети та квоти, TCO-моделювання і ROI, який упізнає CFO.
// Формати: воркшопи, практичне навчання всередині команд і train-the-trainer — на вашому стеку та вашій кодовій базі, а не на іграшкових прикладах.
// вимірювання та roi
Пʼять інструментованих категорій — впровадження, пропускна здатність, якість і ризики, економіка, компаундинг — з регулярним звітуванням, щоб швидкість ніколи не ховала якість. Метрики DORA розширено виміром ШІ-впровадження; модель ROI цілиться в сукупну вартість володіння — число, яке впізнає CFO.
2,5×
зниження вартості розробки на одному з продуктів
93%
ШІ-згенерованого коду в масштабі команди, підкріплено ~1 400 інтеграційними тестами
7 міс
для 48 інженерів у 5 командах — від хаосу до системної практики
// Репрезентативні результати порівнянної корпоративної програми
| Метрика | До | Після |
|---|---|---|
| Участь у корпоративному ШІ-навчанні | 10,6% | 66,7% |
| Глибока обізнаність та активне використання ШІ-інструментів | 42,6% | 56,7% |
| Системний підхід до промпт- і контекст-інженерії | 53% | 70% |
| Щоденне використання кількох ШІ-інструментів | 59,6% | 70% |
Додатково: частка інженерів, що заощаджують 9+ годин на тиждень, зросла на 22 пункти, а найбільші прирости активності — у написанні тестів та автоматизації, документації і код-ревʼю (близько +40 пунктів за кожним напрямом).
// оптимізація витрат
Хаотичний «vibe coding» виглядає безкоштовним — підписка і промпт, — але ховає операційні витрати, що накопичуються: спалені токени в циклах проб і помилок, податок на підтримку неструктурованого коду й дороге пізнє усунення проблем безпеки. Добре побудована фабрика інвертує криву: свідома початкова інвестиція знижує граничну вартість кожної наступної фічі. Сукупну вартість володіння визначають економіка токенів і частка переробок — і обидві піддаються інженерії.
Рутинну роботу — меншим і дешевшим моделям; преміальні флагманські моделі — лише для задач, де потрібне судження. Сама маршрутизація знімає значну частку витрат із верхнього цінового рівня.
Бюджети та квоти на команду й проєкт, атрибуція витрат — видатки лишаються видимими та підзвітними, а не зʼявляються сюрпризом у рахунку.
Чіткі специфікації та дібраний контекст скорочують цикли проб і помилок — найбільше приховане спалювання токенів у хаотичній роботі з агентами. Найдешевша генерація — та, яку не довелося повторювати.
Додавайте лише те, що потрібно задачі, тримайте промпти дружніми до кешу, виносьте довгі виводи у файли. Менші вікна й влучання в кеш здешевлюють кожен виклик.
Скіли, правила й хуки перетворюють разові зусилля на спільну інфраструктуру — гранична вартість кожної наступної фічі падає, а не сплачується заново.
Збій, впійманий на гейті, коштує токенів; збій у продакшні — спринтів. Сукупну вартість володіння визначає частка переробок, а не швидкість.
// Project Beacon: ціла delivery-команда на платформі з 60 000+ файлів — ~$200/міс на весь ШІ-тулінг.
// докази
Анонімізовано з реальних проєктів; назви клієнтів і продуктів замінено кодовими іменами.
Скептично налаштована delivery-команда, тиск через вартість ШІ-асистованої роботи.
Зниження вартості розробки у 2,5 раза; валідовані стандарти якості коду перетворили скепсис на прийняття.
Велика регульована платформа у США, 60 000+ проіндексованих файлів, суміш легасі та сучасних фронтендів.
Фулстек-баги виправляються менш ніж за хвилину; кастомний звіт, що займав місяць, тепер готовий за години; ~$200/міс на весь ШІ-тулінг команди.
Greenfield-продукт (~1 рік), архітектурно спроєктований дружнім до ШІ.
~93% коду згенеровано ШІ у масштабі команди (зростання з ~75%); ~1 400 інтеграційних тестів; дисциплінований процес plan/implement/test/review, продемонстрований наживо всій організації.
Навчання бізнес-аналітиків, не лише розробників.
BA тепер генерують вимоги, що спираються на реальну кодову базу, — специфікації з урахуванням імплементації, які роблять подальшу роботу ШІ ефективною.
Незалежна сольна greenfield-доставка для окремого клієнта.
Повний MVP (36 вимог, ~395 файлів) побудовано за ~28–32 інженерні години у spec-driven, повністю ШІ-асистованому процесі з QA-пакетом доказів.
Переносний урок: коли обсяг ШІ-згенерованого коду масштабується, обмеження зсувається від написання коду до його ревʼю. Вигідно рано інвестувати в ШІ-асистоване ревʼю, сильніші автоматичні гейти та якісні специфікації — саме це й будує ця співпраця.
// хто за цим стоїть
Лід трансформації ШІ-інженерії · викладач, спікер конференцій і дослідник агентної інженерії
Автор і єдиний драйвер корпоративної програми впровадження агентної інженерії: 17 практичних воркшопів по всьому SDLC, фреймворки компетенцій зі 100+ пунктами оцінювання та ~300 питаннями, AI Use Policy, чеклісти зрілості із супровідними гайдами та практичне навчання пʼяти delivery-команд.
Підхід ґрунтується на порівнянній корпоративній програмі, яка за сім місяців перевела 48 інженерів у пʼяти командах від хаотичних експериментів до системної практики: зростання активного використання ШІ-інструментів, зниження вартості розробки у 2,5 раза на одному продукті та 93% ШІ-згенерованого коду на іншому — усе в межах явної політики безпеки.
// Досвід
// з чого почати
Почніть із діагностики з фіксованим обсягом: профіль зрілості кожної команди, метричний базлайн і послідовна Stage-Up дорожня карта. Мінімальні зобовʼязання — і користь одразу.