БД видалив не ШІ
https://idiallo.com/blog/ai-didnt-delete-your-database-you-did
Став популярним твіт: засновник стартапу заявив, що ШІ-агент за кілька секунд повністю видалив їхню продакшн-базу даних. Він обурювався, допитував модель і шукав винних у «поганому AI». Але автор статті каже: це не ШІ винен. Проблема в тому, що в продакшені існував публічний API-ендпоінт, який міг одним запитом знищити всю базу.

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

Обговорення
https://news.ycombinator.com/item?id=48022742
Більшість людей повністю згодні зі статтею: не ШІ винен, а той, хто дав агенту необмежений доступ до продакшену, не обмежив права API-токена і не поставив захистів. Інструмент може бути небезпечним, але відповідальність завжди на операторі. Багато хто критикує «AI-maximalism» — коли розробники з ентузіазмом дають агентам повний доступ замість sandbox і review.

10 уроків кодінгу з агентом
https://www.dbreunig.com/2026/05/04/10-lessons-for-agentic-coding.html
Завдяки сучасним ШІ-агентам код став надзвичайно дешевим у створенні, але дорогим в підтримці, безпеці та супроводі. Це повністю змінює підхід до розробки: тепер головне — не економити на написанні коду, а грамотно використовувати цю дешевизну.

1. Впроваджуй, щоб навчатися. За допомогою Spec-Driven Development можна зайти далеко, але сам процес написання коду виявляє рішення, про які ви не подумали, і робить ваш spec кращим. Коли код дешевий – впроваджуй, щоб навчатися.
2. Перебудовуй часто. Впроваджуй рано і часто, щоб дізнатися більше. Форкай і переписуй божевільні експерименти. Дізнавайся, як далеко можна завести фічу. Звісно, хочеться ітерувати та накопичувати зусилля, але дешевий код означає, що ви можете розвідувати та переосмислювати такими способами, які раніше були неможливими.
3. Інвестуй у наскрізні тести. Коли ми можемо дешево переосмислювати свій код, варто витрачати час на написання тестів, які вимірюють функції нашого продукту, а не те, як він їх виконує. Нам потрібні поведінкові контракти, які дають свободу перебудовувати та перевпроваджувати.
4. Документуй наміри. Тести деталізують наші цілі, а код кодує наші методи, але жоден із них не фіксує «чому». Ваш намір мотивує ваші рішення, і збереження його поряд із кодом допомагає вам і вашому агенту накопичувати ці рішення в послідовному напрямку.
5. Тримай свої spec-и синхронізованими. Оновлюй свої spec-и (markdown-файли з вашими цілями та планами) у міру того, як просувається ваш код і ваші тести. Якщо ставитися до spec-у як до замороженого артефакту, написаного до початку роботи, ви втратите можливість фіксувати навчання під час впровадження. Підтримка його актуальності дозволяє постійно впливати на ваші рішення та рішення ваших агентів, а також полегшує часті перебудови.
6. Знаходь складні речі. Працюй над проєктом досить довго – і речі перестануть бути легкими. Ви швидко пролітаєте шаблонну роботу, очевидні дизайнерські рішення і починаєте натикатися на потворну, важку роботу: інтуїтивний дизайн, продуктивність, безпека, стійкість і системна архітектура. Будь-хто може «профінтити» легкі речі. Цінність – у важкій роботі. Знайди її і занурюйся.
7. Автоматизуй усе, що легко. Щоб більше часу приділяти складним речам, мінімізуй час на легкі. Перетворюй навчання на навички, будуй цикли, автоматизуй рев'ю коду, дозволь інструментам накопичувати ефект. Але обережно: не застрягай у «Таємничому будинку».
8. Розвивай свій смак. Коли код приходить швидко, а зворотний зв'язок – ні, єдиним джерелом зворотного зв'язку, яке встигає, є ви самі. Чим краще ви знаєте свою доменну область, своїх користувачів та їхні проблеми, тим далі ви зможете зайти без узгодження.
9. Агенти підсилюють досвід. Талановиті розробники недооцінюють, скільки інтуїції вони вкладають у свої промпти: правильні терміни, правильне формулювання, правильний рівень конкретики. Якщо ви знаєте свій стек, ви можете заощадити безліч циклів як під час впровадження, так і під час налагодження, а також скоротити непотрібне дослідження агента. Поєднуйте технічну експертизу з чудовим смаком для непереможної переваги.
10. Код дешевий, але супровід, підтримка та безпека – ні. Агентний код є «безкоштовним, як цуценята». Підтримка не дешева, і безпека теж. Будуй швидко, але пам'ятай про супровід, який ти береш на себе.

Обговорення
https://news.ycombinator.com/item?id=48019025
активне й переважно позитивне — багато хто вважає її однією з найпрактичніших і тверезих публікацій про роботу з ШІ-агентами. Більшість людей згодні з автором: код став надзвичайно дешевим, тому фокус має зміститися на архітектуру, безпеку, end-to-end тести, підтримку та «смак» (taste). Є й скептики: деякі вважають, що кодинг — лише мала частина роботи, бізнес- та організаційні bottleneck нікуди не дінуться, а в великих компаніях швидкість розробки не є головним обмеженням.

#bestpractices