GPT-6 Astra від OpenAI виконує розробницькі задачі за ціною менш ніж 6 доларів на годину — саме так нову модель описує видання Latent Space, назвавши її «автоматизованим AI-інженером», а не черговим чат-ботом.
Ярлик «AI-інженер» у цьому контексті зазвичай означає не чат-асистента, якому людина рядок за рядком диктує код, а систему, що бере завдання цілком і повертає готовий результат. Наскільки саме так поводиться Astra технічно, Latent Space окремо не деталізує — але сама рамка «найму» вказує саме на такий напрямок позиціонування.
За даними Latent Space, ключова відмінність Astra від попередніх релізів OpenAI — не бенчмарки, а саме позиціонування: модель подають як заміну найму, а не як інструмент для найманого розробника. Це принципово інша рамка розмови: не «ШІ допомагає інженеру», а «ШІ замінює інженера на годинниковій ставці».
Для редакції AiiN це насамперед сигнал перевірити власні процеси, а не привід для паніки. Пряма загроза стосується конкретного сегмента — junior-розробницьких задач, а не інженерії загалом.
Що саме пропонує GPT-6 Astra?
Astra позиціонується як модель, яку можна «найняти» на розробницьку задачу за погодинну ставку, а не купити як підписку на чат-інтерфейс. Раніше ми вже писали, що OpenAI назвала GPT-6 Astra першим кроком в еру AGI — і ціна за годину роботи вписується в ту саму логіку: модель продають не як інструмент продуктивності, а як замінник робочої одиниці.
Формат «найму» — не маркетингова деталь. Він змінює одиницю виміру вартості: не токени чи запити, а година умовної праці, яку раніше рахували в зарплаті людини.
Скільки насправді коштує $6 на годину?
Менш ніж 6 доларів на годину — це нижче мінімальної погодинної ставки junior-розробника в більшості західних ринків і суттєво нижче вартості аутсорс-розробника поза штатом. Навіть із запасом на помилки, повторні запити та людську перевірку результату, різниця в собівартості лишається кратною.
Ми вже порівнювали економіку моделі в матеріалі чому GPT-6 Astra коштує стільки ж, скільки Claude Fable 5.1: цінова війна між лабораторіями зараз зміщується з ціни за токен на ціну за виконану задачу — а це метрика, яку менеджер розуміє без перекладу.
Кому це загрожує найбільше?
Найбільш вразливі — типові junior-задачі з чіткими критеріями приймання: написати CRUD-ендпоінт, покрити код тестами, полагодити відомий баг за стек-трейсом, написати міграцію за готовою схемою. Це задачі, де немає простору для двозначності, а результат легко перевірити автоматично.
- Формалізовані code review за чек-листом
- Рутинний рефакторинг за заданим патерном
- Написання тестів під наявний код
- Дрібні bugfix-и з відтворюваним кроком
За нашою оцінкою, менш вразливими лишаються задачі, що вимагають контексту продукту, комунікації зі стейкхолдерами та архітектурних рішень з довгостроковими наслідками — саме там людське судження поки що не замінюється годинниковою ставкою.
Це не означає, що ризик обмежується лише стартовими позиціями. Мідл-розробники, які значною мірою виконують ті самі формалізовані задачі, просто в більшому обсязі, — під тим самим ризиком, лише з відкладенням у часі: поки такі моделі не отримають ширший контекст проєкту й довшу пам'ять про кодову базу.
Що робити з цим зараз?
Для команд, що наймають, і для AI-білдерів практичний крок один: скласти список задач, а не ролей, і перевірити кожну на два критерії — чи є чіткий критерій приймання результату, і чи можна результат перевірити автоматично. Задачі, що проходять обидва фільтри, — перші кандидати на автоматизацію незалежно від того, хто їх зараз виконує.
- Скласти реєстр задач команди з позначкою «є чіткий критерій приймання / немає»
- Протестувати Astra чи аналогічну модель на 2-3 реальних тікетах із беклогу, а не на синтетичних прикладах
- Порахувати повну вартість перевірки й виправлення результату моделі, а не лише вартість запуску
- Переглянути onboarding junior-ів у бік задач, де цінність — у постановці, а не у виконанні
Для junior-розробників це сигнал зміщувати фокус із виконання чітко окреслених тікетів у бік задач, де цінність — саме в людському судженні: постановка задачі, узгодження вимог, оцінка компромісів.
Висновок AiiN
Наша теза: $6 на годину — це не ціна за «інтелект», а ціна за одиницю формалізованої роботи, і саме формалізованість, а не складність задачі, визначає, хто під загрозою в першу чергу. Компанії, що продовжують наймати junior-ів на суто виконавські ролі без плану ускладнення їхніх задач, найближчим часом опиняться перед вибором: або перекваліфікувати людей на роль «постановника задач» для таких моделей, або конкурувати за ціною із системою, що коштує менше кавового бариста.
Чи означає це, що junior-розробники стануть непотрібними?
Ні, але роль зміниться: цінність зміщується від виконання чітко описаних тікетів до постановки задач і перевірки результатів AI-систем.
Чи можна довіряти коду, написаному Astra, без перевірки людиною?
Для задач із автоматизованими тестами й чіткими критеріями приймання ризик нижчий, але код, що впливає на архітектуру чи безпеку, все одно потребує людського рев'ю.