⚠️Ваш AI-агент щойно ідеально реалізував погану ідею

Spec-Kit, Superpowers, MUSUBI, Intent, CSDD, Tessl - я переглянув 16 spec-driven фреймворків.

Так, усі вони бездоганно перевіряють: чи код відповідає специфікації, чи є тести, чи дотримано constitution, чи 100% traceability.

Але жоден не перевіряє головне: чи специфікація взагалі мала сенс⁉️

Матриця по 16 фреймворках.

🪫Одна колонка порожня у 15 з них

А тепер питання до вас: чи ловили цю проблему
"ідеально реалізованої поганої ідеї"?

Мій досвід тут:

🔗 https://dev.to/kucherenko/16-frameworks-one-blind-spot-20cg

#gangsta_agents #SDD #VibeCoding #SpecDrivenDevelopment

Поки тиша на каналі - я писав статтю на HackerNoon.

Запустив jscpd на 49 проектах з GitHub, які створені AI-агентами. Хотів виміряти скільки коду вони копіпастять.

Знайшов інше🤯

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

Другий - теж
бібліотека скілів.

Третій - фреймворк
для агентів.

‼️Тобто інфраструктура, яка вчить AI писати чистий код, сама на 30-40% складається з повторів.

Стаття пройде editorial review - кину посилання. А поки що почитайте сирі дані:

🔗 kucherenko.github.io/cpd-vibe-coding-report

Цікаво подивитись на свій проект jscpd-ом?

#CopyPasteDetector #jscpd #TokenEconomics #LLM #SDD #VibeCoding #SpecDrivenDevelopment

🏗 Як виглядає проект, де AI-агенти не імпровізують

Money Tracker - PWA для трекінгу фінансів.

⚒️Svelte 5 + Bun + Hono + SQLite. Multi-user auth, multi-currency, OCR чеків. Збудовано через Gangsta Agents:

🟢 Кожна фіча - окремий Heist із 6 фаз. Артефакти лежать у docs/gangsta/. Видно ВСЕ - не тільки код, а й чому саме так

🟢 First-run setup: 2 раунди Grilling до коду. Адвокат знайшов TOCTOU race condition. Don викинув env-змінні. До імплементації не дійшло - ідея була не готова

🟢 Auth-Heist: 59 тестів, 0 фейлів. 12 Work Packages, кожен трасується до пункту контракту

🟢 Ledger зберігає Commandments: "Never delete refresh tokens on first use". Уроки виплачені кров'ю - наступний агент їх читає до коду

🟢 Negative Constraints - гейт, який Devils-Advocate перевіряє автоматично

Часто AI-фреймворки показують теорію без коду або код-приклади без реальної історії розробки.

Money Tracker - живий продукт. Всі рішення задокументовані. Всі відкинуті альтернативи зафіксовані.

#gangsta_agents #SDD #VibeCoding #SpecDrivenDevelopment

#gangsta_agents #SDD #VibeCoding #SpecDrivenDevelopment

⚔ The Grilling: чому без adversarial review AI агент реалізує першу згенеровану ідею

Подивився 4 фреймворки spec-driven development:

• Spec Kit (88k)
• OpenSpec (37k)
• BMad (44k)
• Gangsta Agents (new)

У трьох з чотирьох немає головного: механізму, який ламає погану ідею ДО коду.

Як це працює в реальності:

🤖Агент пропонує рішення.
🧠Воно виглядає логічно.
✅Тести зелені.
🧑🏼‍💻Code review проходить.

Через тиждень виявляється, що архітектурно це глухий кут. Або security діра. Або переписувати все…

Чому? Бо ніхто не атакував ідею, поки була змога її дешево змінити.

The Grilling - це формалізована суперечка трьох ролей:

🟡Proposer - пропонує архітектуру
⚫️Devils-Advocate - зобов'язаний атакувати: вразливості, regression risks, порушення constitution
🔵Synthesizer - інтегрує валідні атаки і фідбек Don-а
🔴 Don (ти - User) - найвища інстанція. Жоден етап не проходить перевірку без твого прямого схвалення.

Мінімум 2 раунди. Максимум 7. Вихід тільки за Nash Equilibrium - коли Devils-Advocate не може підняти жодне нове валідне заперечення.

Це не "ну подебатили і досить". Це математичний критерій зупинки. Без критерію зупинки суперечка триває, поки всі не втомились.

🚨І перемагає не найкраща ідея, а найгучніший голос.

У BMad є свій reviewer, але без Nash. У Spec Kit і OpenSpec немає взагалі - тільки через розширення.

Чому це важливо в епоху AI 👇

Агент без атаки на ідею пише ту, яка прийшла першою.

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

Агент - не архітектор.
Він виконавець.

Питання до вас 💬

У вашій команді хтось ОБОВ'ЯЗКОВО шукає проблеми в пропозиції до того, як її імплементують? Чи це робить ваш лід на ретро - коли вже пізно?

А завтра поясню, чому «Правильний код» ≠ «правильна система»

#gangsta_agents #SDD #VibeCoding #SpecDrivenDevelopment

Vibe coding vs Spec-Driven Development (SDD)

Різниця не в швидкості.
Різниця в тому, хто головний.

🤖У vibe coding головний - агент:

- ти кидаєш промпт, він вирішує як;
- пише код, який проходить тести і працює на щасливому шляху;
- і це все одно може бути не та система.

Бо "правильний код" - властивість тексту. Тести зелені, лінтер мовчить.

А "правильна система" - властивість сенсу. Робити те, що треба, у тому контексті, що є, не ламаючи сусіднє.

Між ними прірва.

Туди провалюються проекти, які стартували з "та тут на тиждень роботи" і закінчились "давайте перепишемо з нуля". Код був ідеальний. Задум - ніколи не зафіксований.

⚖️У SDD головна - специфікація. The Spec is Law:

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

Що це міняє на практиці 👇

🤖Vibe coding: вимоги живуть в історії чату.

⚖️SDD: у документі, який є джерелом правди.
——— 
🤖Vibe coding: агент вирішує архітектуру на ходу. 

⚖️SDD: архітектура зафіксована до першого рядка.
———
🤖Vibe coding: помилку знаходиш на проді. 

⚖️SDD: погана ідея вмирає на етапі рев'ю спеки.
———
🤖Vibe coding: кожна сесія - чистий аркуш.
⚖️SDD: рішення і відмови зберігаються між сесіями.
———
🤖Vibe coding швидкий рівно до моменту, коли треба зрозуміти, що там відбувається. 

⚖️SDD повільний на старті - і швидкий усе інше життя проекту.

Це не про "більше документації". Це про те, хто диктує: твій задум чи імпровізація агента🥊

#SDD #VibeCoding #SpecDrivenDevelopment

42% дублів. Не в коді від AI - у файлах, що вчать AI не дублювати‼️

Я просканував 49 AI-згенерованих проектів на GitHub

🍋У 7.24 млн рядків коду:

🔁 25 612 дубльованих блоків
📊 7,98% середнє дублювання
⚠️ 45 із 49 проектів - з дублями

Думав, найгірші — «vibe-coded» застосунки, зліплені за вихідні з AI. Виявилось - ні. 6–9%. Вище норми, але не критично.

А далі - головний парадокс.

Найвищий рівень дублювання спостерігався в інфраструктурі, створеній для того, щоб AI-агенти генерували чистий код

Skill-бібліотеки - markdown-інструкції, що вчать Claude, Cursor, Gemini й Codex поводитись правильно - дали 30–42% дублів

Я підтримую jscpd 13 років. Бачив багато дублів. Але це нова форма: шар, що вчить машини дисципліни, - найменш дисциплінований у стеку

Повна методологія, топ-10 і застереження 👇

🔗https://hackernoon.com/what-49-vibe-coded-github-projects-revealed-about-ai-code-duplication

#CopyPasteDetector #jscpd #LLM #SDD #VibeCoding #SpecDrivenDevelopment

Історія про те, як AI-агенти нескінченно повторюють одні й ті самі помилки - бо система не вміє їх запам’ятовувати

На прикладі Money Tracker. Це не теоретичний edge case - це 1-2% мобільних сесій у поганій мережі.

У нас є Ledger - файл колективної пам’яті проекту. Туди потрапляють уроки, «виплачені» попередніми Heist-ами. Наступний агент читає їх ДО того, як писати код.

Один з найдорожчих рядків там:

«Never delete refresh tokens on first use; mark them as consumed.»

Звідки він з'явився 👇

Auth-Heist.

Реєстрація + логін + refresh-token rotation.

Класична схема: при оновленні access-token-у refresh теж ротується. Старий стає недійсним. Виглядає безпечно.

Перша імплементація виглядала логічно:

🔺 клієнт приходить з refresh-token;
🔺 сервер одразу видаляє його з БД
🔺 видає новий;
🔺 повертає клієнту.

Проблема знайшлась у тестах race condition.

Сценарій:

🔴 Клієнт надсилає запит А з refresh-токеном.
🔴 Сервер видаляє токен, видає новий, відповідає.
🔴 Відповідь губиться у мережі - timeout або обрив.
🔴 Клієнт ретраїть з тим самим refresh-токеном.
🔴 Сервер: "Цього токена немає в БД"
😡Logout. Юзер злий.

Що означає: погана ідея пройшла гейт. Дорого виправляли.

Рішення: не видаляти токени. Маркувати як consumed. У БД лишається запис, при ретраї сервер бачить consumed=true і повертає кеш попередньої відповіді або новий refresh, якщо вікно ретраю активне.

І найважливіше 👇

Цей рядок тепер у Ledger, у файлі, який Reconnaissance ОБОВ'ЯЗКОВО читає до кожного нового Heist-у з auth-тематикою.

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

❗️Чому це важливо

Більшість команд "вчаться на своїх помилках" неформально:

🚩Це означає - не вчаться.
🚩Урок живе в голові того, хто помилився.
🚩Звільнився - урок зник.
🚩Прийшов новий розробник - повторив помилку.

Ledger - це механізм, який робить інституційну пам'ять примусовою❗️

Не "було б добре пам'ятати", а "наступний агент не зможе працювати, не прочитавши".

Скільки коштує ваше “ми це вже проходили, але я забув”?

#gangsta_agents #SDD #VibeCoding #SpecDrivenDevelopment

🎮 «Додати лідерборд у Tetris». Тривіально?

Прогнали цю «просту» фічу через adversarial review ДО специфікації.

Один раунд.
Devil's Advocate знайшов три діри:

1) Порушення constitution - буфер імені в чистому state machine, від якого залежать 261 тест.

2) Race condition - game-over через events-масив, який renderer спорожнить першим. Тригер губиться.

3) Stored XSS — імена з localStorage в DOM через innerHTML.

3️⃣ діри.
1️⃣ раунд.
0️⃣ рядків коду.

Найдешевший момент: вбити погане рішення поки воно ще не записане як істина.

Стаття 👉 https://dev.to/kucherenko/the-grilling-29d1

#gangsta_agents #SDD #VibeCoding #SpecDrivenDevelopment

Найдорожча помилка з потужним інструментом - застосовувати його скрізь.

The Grilling - фаза, де ідея проходить структуровану атаку, перш ніж стати специфікацією. Proposer захищає рішення, Devil's Advocate шукає діри, Synthesizer переписує після кожного раунду.

Сесія завершується, коли Devil's Advocate не має валідних заперечень і Don не має питань - обидва тиски вичерпані одночасно. Nash Equilibrium.

Але є зміни, де цей процес завдає більше шкоди, ніж користі:

▪️ Тайпо, бамп залежностей - агенти вигадують заперечення, щоб заповнити раунди. Система переходить в театр.
▪️ Чистий рефактор із зеленим baseline - потрібна перевірка збереження поведінки, не атака ідеї.
▪️ Прототипування - adversarial review вбиває дослідження.
▪️ Прод горить, фікс малий - пропусти, задокументуй, рухайся.

Правило: скільки коштуватиме відкотити це, якщо ти помиляєшся?
Більше за review → гриль. Менше → ні.

Rigor - це не ганяти всі гейти щоразу. Це розуміти, який гейт важливий у конкретний момент

Part 2 серії про Gangsta Agents

#gangsta_agents #SDD #VibeCoding #SpecDrivenDevelopment

Multi-agent debate ≠ The Grilling.

Виглядають однаково: два агенти сперечаються, третій синтезує. Але вирішують різні задачі.

🤔 Три відмінності:

1. Grounding. Дебати працюють на тому, що в промпті - дві LLM ввічливо галюцинують одна одній. Grilling не стартує, поки ground truth не перевірено.

2. Ціль. Дебати шукають найкращу версію позиції. Grilling питає - чи варто її тримати взагалі. Легітимний результат включає «вбити ідею повністю».

3. Зупинка. Дебати - за розкладом, фіксовані раунди. Grilling — на рівновазі: жодного нового валідного заперечення І жодної залишкової тривоги у Don.

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

Однакова обгортка. Зовсім різний механізм усередині.

Part 2 👉 https://dev.to/kucherenko/the-grilling-29d1

#MultiAgentDebate #gangsta_agents #SDD #VibeCoding #SpecDrivenDevelopment

AI-агенти швидкі, але некеровані? Gangsta Agents повертає контроль: кожен агент знає роль, кожен код починається зі специфікації 🎯

Як це влаштовано:

🔸 Spec Before Code — фаза Sit-Down завершується підписаним Contract. Без нього жоден Worker не пише код.

🔸 Battle-Tested Skills — розвідка, TDD-дрили, дебаг через допит, стратегії виходу. Кожна навичка — чистий markdown-файл.

🔸 Правило 1% — якщо є хоча б 1% шансу, що скіл застосовний, ти його викликаєш. Без раціоналізацій. Без скорочень.

🔸 Мультиагентна оркестрація — Underboss декомпозує, Crew Leads оркеструють, Workers виконують паралельно. Gangsta Agents Family масштабується.

🔸 Мультиплатформність — нативні інтеграції: Claude Code, GitHub Copilot, Gemini CLI, OpenCode, Codex. Cursor — через npx skills add.

І кожен phase gate проходить лише зі схваленням Don (user) 🤝

👉 https://gangsta.page

#gangsta_agents #SDD #VibeCoding #SpecDrivenDevelopment