Amazon оновила настанови для програмістів в епоху штучного інтелекту. Головна думка нового документа проста: цінність роботи вимірюється бізнес-результатами та користю для клієнтів, а не кількістю використаних токенів чи згенерованих рядків коду. Про це йдеться в меморандумі, який потрапив до Business Insider. Автор документа, віцепрезидент Amazon Терк Терковіц, пише, що штучний інтелект змінює розробку програмного забезпечення швидше й глибше за попередні технологічні хвилі, зокрема хмарні обчислення.
У компанії цей період називають часом «розробника епохи Відродження», коли людське судження поєднується з машинним інтелектом. Керівник закликає співробітників не ігнорувати зміни. На його думку, галузь і сама професія інженера-програміста трансформуються, тож треба виділяти час на навчання, інакше можна відстати. Саме тому меморандум сприймають не як чергову технічну інструкцію, а як сигнал про нові очікування від кожного інженера.
Оновлення стало реакцією на напруження всередині компанії. Раніше Amazon відстежувала, як співробітники користуються внутрішніми ШІ-інструментами, скільки токенів споживають і скільки рядків коду пишуть, а на цій основі складала рейтинги команд. Працівники побоювалися, що така політика стимулює марнотратство, а не продуктивність, і тиск на цифри починає важити більше за реальний результат роботи.
Це не перший сигнал такого роздратування. Ще навесні 2026 року Amazon закрила внутрішній рейтинг KiroRank, який відстежував споживання токенів. Співробітники, як повідомлялося, запускали агентський інструмент на дрібних і непотрібних завданнях, щоб піднятися вгору таблиці. На той час у компанії вимагали, щоб понад 80% розробників щотижня користувалися ШІ. Закриття рейтингу стало першим кроком до перегляду підходу, який тепер офіційно закріплено в новому меморандумі.
У ньому Терковіц прямо застерігає не перетворювати такі показники на самоціль. Він описує три ризики. Перший — так званий токенмаксинг замість якості: співробітники можуть витрачати більше токенів, а не покращувати код. Другий — зростання витрат, адже чим більше токенів, тим дорожча хмарна інфраструктура. Третій — зайва складність, бо фокус на кількості рядків коду роздуває програмні рішення, які потім важче підтримувати.
Штучний інтелект і надалі залишатиметься в центрі процесу розробки, а керівники підрозділів самі мають користуватися цими інструментами у виробничих завданнях, а не лише контролювати їх використання. Менеджерам радять порівнювати роботу двох груп: 10% найефективніших команд і 10% тих, хто найменш активно застосовує нові технології. Такий порівняльний підхід дозволяє побачити, що саме дає реальний приріст, а не просто зростання цифр використання.
Окремо передбачено виняток для інженерів, чиї завдання поки не вдається прискорити за допомогою штучного інтелекту. Вони можуть аргументувати свою позицію, а пояснення обмежень інструментів у компанії вважатимуть проявом професійного судження. Для галузі це показовий приклад того, як великі технологічні компанії намагаються поєднати вимоги до швидкості з довірою до експертизи самих розробників.