Тепер код пишуть агенти. Ось чим стала робота розробника.

Це питання виникає за кожним столом, де в родині є розробник: якщо код пише машина, що ж лишається?

Чесна відповідь у тому, що питання цілиться не в ту частину роботи. Писати код ніколи не було всією роботою. Це була видима частина, та, що скидалася на роботу для будь-кого, хто проходив повз стіл. І це була, у більшість тижнів, найменша частина.

Автоматизували ту частину, яка ніколи не була всією роботою

Усе, що доходить до продакшену, проходить шість ланок:

1. Хтось чогось хоче і кепсько це формулює.
2. Хтось вирішує, що це варто робити, і коли.
3. Хтось перетворює це на опис, достатньо точний, щоб за ним діяти.
4. Хтось це будує.
5. Хтось перевіряє, що нічого іншого не зламалося.
6. Хтось випускає це і повідомляє того, хто просив.

Агенти забрали ланку чотири. Забрали переконливо, і робитимуть це дедалі краще. Чого майже ніхто не каже вголос, так це того, що це робить із рештою п'ятьма: вони важчають, а не легшають.

Причина в пропускній здатності. Коли побудувати щось займало два тижні, у п'яти ланок навколо було два тижні, щоб відбутися. Вони були повільні, бо повільною була середина, і ніхто не помічав, що вони повільні. Коли побудувати займає пів дня, вузьким місцем раптом стає геть усе решта.

Одна ланка обвалилася. Решта п'ять тепер несуть ту вагу, яку вона приховувала.

Це вся історія, а решта статті про те, як виглядає кожна з тих п'яти, коли з нею доводиться мати справу щодня.

Ланка 1: почути, що будувати, і не загубити половину

Новий режим відмови конкретний і дорогий: ви можете побудувати будь-що, тож ви швидше будуєте не те.

Запити приходять звідусіль. Повідомлення в гілці підтримки. Фраза наприкінці дзвінка. Скарга в соцмережах. Баг-репорт, який насправді є замаскованим запитом на функцію. Історично це не дуже важило, бо ви однаково могли побудувати одну річ за два тижні, і очевидна зазвичай була правильною. Тепер, коли ви можете будувати п'ять речей на тиждень, різниця між правильною п'ятіркою і хибною це більша частина вашого року.

Мають статися дві речі, і це різні речі.

По-перше, збір має бути дешевим для того, хто просить. Якщо користувачеві треба завести обліковий запис, знайти форму й описати проблему двічі, більшість не морочитиметься, а ті, хто це зробить, не будуть репрезентативною вибіркою. Публічна дошка відгуків, куди будь-хто може подати запит, прикріпити скріншот і стежити за тим, що з ним відбувається, прибирає це тертя. Люди, які користуються продуктом, пишуть запити самі, своїми словами, з прикріпленим контекстом.

По-друге, сортування має бути автоматичним, бо сирі відгуки недовго лишаються корисними. Двадцять повідомлень, що говорять приблизно те саме, виглядають як двадцять проблем, доки хтось не прочитає всі двадцять і не помітить, що вона одна. Це рівно та робота, на яку ні в кого немає часу. Idea Radar це наша відповідь на неї: сирі сигнали приходять недоторканими, самі збираються в теми, дублікати зіставляються ще до того, як стануть двома роботами, і кожна ідея несе число різних людей, які її просили. Дослівний текст ніколи не переписується, бо саме ті слова, які людина вжила, і є даними.

Результат цієї ланки це не беклог. Це корпус, який можна читати.

Ланка 2: вирішувати, і це тепер дефіцитний ресурс

Дошка ідей це ще не план. Перетворити одне на інше це те судження, яке колись розмазувалося на квартал, а тепер має відбуватися щотижня.

Тут важать два рухи.

Просування свідоме. Ідея стає тікетом у беклозі тоді, коли хтось вирішує, що її варто будувати, а не тоді, коли її подали. Усе решта лишається видимим на радарі з лічильником тих, хто просив, і це чесний стан справ: почуто, не заплановано. Беклоги, у яких вісімдесят відсотків рядків ніколи не буде побудовано, це не плани, а архіви з оманливим оформленням.

Уточнення обсягу відбувається до побудови, а не під час неї. Розмитий відгук стає підтвердженим макетом, який людина, що просила, може подивитися і підтвердити. П'ять хвилин підтвердження кращі за пів дня побудови не того екрана, і цей обмін став помітно вигіднішим відтоді, як пів дня побудови перетворилися на пів дня часу агента, який ви могли б витратити на щось інше.

Ланка 3: бриф, майстерність, яка замінила набирання

Ось куди пішла справжня навичка.

Агент не заперечить на двозначну інструкцію так, як це зробив би колега. Він не скаже «стривай, який із двох платіжних потоків ти маєш на увазі». Він заповнює прогалину правдоподібним здогадом і віддає вам щось зв'язне і хибне. Вартістю двозначності колись була розмова. Тепер це diff.

Тих, хто отримує хороший результат, від тих, хто цілими днями воює зі своїми агентами, відрізняє не хитрість промптів. Відрізняє багаторазовий контекст. Чотири види, у порядку спадання віддачі.

Контекст, який агенти читають, перш ніж досліджувати код. Закомічені файли конвенцій (CLAUDE.md, AGENTS.md) і пам'ять проєкту, яка тримає архітектурні рішення, минулі пастки і причину, чому все влаштовано саме так. Написано один раз, прочитано кожним агентом на кожній машині, назавжди. Це текст із найбільшою віддачею, який сьогодні пише розробник, і майже ніхто не закладає на нього час.

Процедури, збережені як процедури. Удесяте пояснюючи свій список кроків для релізу, ви не складаєте бриф, ви передруковуєте. Бібліотека навичок перетворює повторювану процедуру на щось, що агент підвантажує, коли завдання збігається, а бібліотека промптів робить те саме для самих брифів.

Показати замість описати. Абзац, що описує криво вирівняну кнопку, гірший за картинку цієї кнопки. Надішліть ділянку екрана напряму або намалюйте поверх неї, щоб вказати на те, що ви маєте на увазі. Для вебсторінки віддати агенту живий DOM щоразу краще, ніж описувати її словами.

Говорити замість друкувати. Усний бриф із трьох речень несе більше нюансів, ніж одне речення, яке ви завдали б собі клопоту набрати. Голосове введення для швидкої вказівки, Voice Mode, коли вам потрібен діалог без клавіатури. Це схоже на функцію заради комфорту. На практиці це функція заради пропускної здатності: люди кажуть більше, ніж друкують, а агенти обмежені тим, що ви їм скажете.

Перші три платяться за кожне завдання. Четвертий платиться один раз і збирається назавжди.

Ланка 4: вести роботу на правильній машині

Один агент це інструмент. Кілька агентів це система, а системі потрібен оператор.

Практичні питання не ефектні, і саме вони і є роботою. Що може працювати паралельно так, щоб два агенти не редагували той самий модуль? Яке завдання заслуговує на вашу увагу, поки воно виконується, а яке ні? Що має працювати, поки ви спите?

Останнє питання визначає, де робота виконується. Усе, що вам може знадобитися перервати, виправити чи скерувати на ходу, лишається на машині перед вами. Довга, добре описана робота без двозначностей іде деінде: на інший ваш комп'ютер або на сервер через SSH, щоб двогодинне завдання не тримало ваш ноутбук у заручниках. Повторювана робота іде в розклад. Питання, яке вирішує, це ніколи не сира потужність, а ймовірність того, що вам доведеться втрутитися.

Коли робота має етапи, які справді відрізняються, один агент для неї неправильна форма. Побудова, яку треба протестувати, а потім переглянути, це три роботи з трьома різними наборами навичок, і команди агентів дають змогу намалювати цю передачу явно, замість переказувати контекст на кожному кроці.

А оскільки нічого з цього не вимагає, щоб ви сиділи поруч, керування з телефона перестає бути дивиною. Прочитати питання агента і відповісти на нього за двадцять секунд із потяга це різниця між завданням, яке завершилося, і завданням, яке чекало на вас чотири години.

Ланка 5: огляд, і саме тут живе відповідальність

Це ланка, яку не можна делегувати, і причина не технічна.

Агенти вже забрали більшу частину читання рядків. Чого вони забрати не можуть, так це підпису. Відповідальність не переходить на модель. Коли міграція видаляє колонку в продакшені, «це написав агент» не є реченням, яке хтось приймає, і так і має бути.

Змінюється форма огляду, а не його існування. Читання кожного рядка не переживає зустрічі з п'ятьма агентами, що працюють паралельно, а людина, яка о шостій вечора пробігає очима дев'ятсотрядковий diff, виробляє підпис, не виробляючи знання. Правило, яке витримує, ґрунтується на радіусі вибуху: тексти й оформлення проглядаються побіжно, а автентифікація, платежі, права доступу, персональні дані й міграції читаються рядок за рядком, щоразу, кимось, хто міг би їх написати.

Дві речі роблять це здійсненним. Можливість бачити diff по кожному агенту окремо, а не однією злитою купою, каже вам, хто що змінив, коли троє з них працювали в одному репозиторії. А прикріплення розмови до коміту відповідає на питання, яке справді коштує часу через півроку, і це ніколи не «що змінилося», а «чому».

Для всього, що має інтерфейс, перевірка не закінчується на diff. Агент, який керує справжнім браузером, може пройти сценарій, який щойно побудував, і розповісти, що побачив, а це ловить той клас багів, який чудово читається у вихідному коді.

Ми написали цілу статтю про те, куди витрачати цю увагу: чи варто все ще переглядати код вашого AI-агента.

Ланка 6: випустити і замкнути петлю

Випустити це легша половина цієї ланки. Половина, яку пропускають, це повідомити того, хто просив.

Це водночас і половина з найбільшою віддачею. Користувач, який про щось повідомив і згодом почув, що це вийшло, повідомить і наступного разу. Користувач, який повідомляє в тишу, перестає повідомляти, і ви втрачаєте те, чим живилася ланка один. Коли тікет, що народився з публічного запиту, закривається, людина, яка його подала, має про це дізнатися без того, щоб комусь довелося згадувати про потрібний лист.

Перед цим зазвичай є хтось, кому треба побачити, що воно працює, і в кого немає вашого середовища розробки: клієнт, дизайнер, колега на іншому континенті. Публічна HTTPS-адреса, що вказує на вашу локальну машину, перетворює це з розгортання на посилання, а відгук, який повертається, іде прямо в ланку один.

Ланцюг замикається. Саме це робить із нього роботу, а не чергу.

Що справді зменшилося, а що справді виросло

Прочитайте цю таблицю чесно, і тривога змінює форму. Частини, які зменшилися, це ті, на які найлегше було наймати. Частини, які виросли, це ті, для яких потрібен хтось, хто розуміє систему, користувачів і наслідки. Це важча робота, а не менша, і вона помітно менш самотня за ту версію, де ви цілими днями друкували.

Де в усьому цьому AgentsRoom

Ми будуємо інструмент, який тримає весь ланцюг, бо альтернатива це шість інструментів, які нічого не знають один про одного.

Це означає, що запити падають на дошку, самі сортуються в ідеї, просуваються в тікети, уточнюються до чогось, що агент не зможе прочитати не так, виконуються одним агентом або їх командою на вашій машині чи на віддаленій, оглядаються по кожному агенту окремо з прикріпленою розмовою і закриваються з повідомленням тому, хто просив. Одне вікно, одне місце, де стан роботи правдивий.

Окремі частини існують і деінде. Зв'язків між ними ніхто не випускав, а саме у зв'язках робота і витікає.

Питання, які люди справді ставлять

Чи замінить AI розробників програмного забезпечення?

Він замінив набирання тексту, а не роботу. Писати код це одна ланка ланцюга, у якому є ще: почути, чого потребують користувачі, вирішити, що варто будувати, точно це описати, вести виконання, перевірити і випустити. Агенти обвалили вартість однієї ланки, і через це вузьким місцем стали решта п'ять. Менше людей отримуватимуть гроші за виробництво рядків. Більше людей уже отримують гроші за те, щоб вирішувати, які рядки мають існувати, і відповідати за них, коли ті працюють у продакшені.

Що насправді робить розробник, коли код пишуть агенти?

Шість речей, і лише одна з них колись була видима на екрані, повному коду. Ви збираєте те, про що просять люди, вирішуєте, що будувати і в якому порядку, складаєте бриф достатньо точно, щоб агент не міг прочитати його не так, ведете кілька робіт водночас, не гублячи нитку, переглядаєте пропорційно до того, що кожна зміна може зламати, і випускаєте, повідомивши того, хто просив. Майстерність перемістилася з виробництва зміни на її опис і відповідальність за неї.

Чи потрібно й далі вміти програмувати?

Так, і для читання навіть більше, ніж раніше. Вам більше не треба пам'ятати синтаксис мови, до якої ви торкаєтесь двічі на рік, бо його пише агент. Вам треба вміти відкрити diff і за кілька секунд зрозуміти, чи оборотна міграція, чи не зсунулася перевірка автентифікації, чи витримає запит удесятеро більший трафік. Хто не вміє читати код, той не може переглянути роботу агента, а хто не може її переглянути, той агентом не керує, а лише сподівається.

Що ламається першим, коли ви віддаєте написання коду агентам?

Пріоритезація. Коли побудувати щось займає пів дня замість двох тижнів, вартість побудови не тієї речі зникає з поля зору, тож її будують. Команди опиняються з більшою кількістю випущених функцій і з жодною додатково розв'язаною проблемою. Друге, що ламається, це петля зворотного зв'язку: запити користувачів надходять швидше, ніж хтось встигає їх розібрати, тож вони осідають у чатах і губляться, а той самий запит реалізують двічі, бо ніхто не помітив, що він той самий.

Яка навичка найскладніша в цьому новому процесі?

Написати бриф, який агент не зможе прочитати не так. Агент не заперечить на двозначну інструкцію так, як це зробив би колега: він заповнює прогалини правдоподібним здогадом і віддає щось зв'язне і хибне. Хороший результат отримують не ті, у кого хитрі промпти, а ті, хто підтримує багаторазовий контекст: закомічені файли конвенцій, збережену процедуру на кожне повторюване завдання, пам'ять проєкту, яку агенти читають ще до того, як почнуть досліджувати код, і скріншоти чи ескізи замість абзаців, що описують екран.

Агенти кодування мають працювати на вашій машині чи на віддаленій?

І там, і там, вибір робиться під кожне завдання. Усе, за чим ви хочете спостерігати, що хочете перервати чи виправити на ходу, лишається на машині перед вами. Довга, добре описана робота без двозначностей іде на іншу вашу машину або на сервер через SSH, щоб двогодинне завдання не тримало ваш ноутбук у заручниках. Питання, яке вирішує, це не потужність, а ймовірність того, що вам доведеться втрутитися.

Коротка версія

Робота не зникла. Вона вийшла з редактора й перебралася в ланцюг навколо нього.

Якщо ви хочете змінити цього місяця одну річ, візьміть ланку один. Усе, що нижче за течією від неї, це змарнувані зусилля, коли воно спрямоване не на ту проблему, і це єдина ланка, де година вашої уваги досі б'є годину часу агента в співвідношенні, якого ніхто не вміє виміряти.