Рев'ю коду та постановка ТЗ займає багато часу у програмуванні з AI і люди, звісно, намагаються перекласти ці завдання теж на AI. Нехай агенти один одному ТЗ пишуть, один одного дресирують і ревью роблять. Так можна дійти і до кнопки "Зроби все гаразд", яка запускає нескінченний цикл. У вас не вийде не витрачати увагу на проект. AI про ваші потреби не знає й думки не читає. Ідеї, пріоритети, контекст, критерії якості та продуктові компроміси він сам не визначить. AI добре пише лише те, що вже багато разів кимось писалося. Якщо прибрати з процесу людську увагу, ви не прискорите проект – ви просто зациклите галюцинування. На проект все одно доведеться витрачати увагу. Питання не в тому, як усунути людину з контуру, а в тому, куди саме звернути увагу і в якій формі її вписати в життєвий цикл розробки, щоб отримати максимальну віддачу. Наприклад, у вигляді DSL-мов, у формі md-файлів або json-файлів, блок-схем, у вигляді рев'ю або архітектурних документів. - Не замінювати ревью, а здешевлювати його через стандарти, скіли, субагентів, економію контексту - Не будувати зациклені ланцюжки агентів, а обмежувати зони їхньої відповідальності - Не намагатися автоматизувати мислення цілком, а звільняти увагу людини від рутини - Не тримати вимоги у текстовому формі, а виносити логіку у регулярні синтаксиси та контракти - Не сподіватися на пам'ять чату, а збирати контекст у артефакти, схеми та специфікації, що версіонуються.