🧵 Перший глибокий досвід написання коду з агентами ШІ, 2 дні на створення «бойової платформи ШІ проти ШІ», схожої на стиль японських аркад. Підводні камені та навчання в процесі мають бути ціннішими, ніж сам код. 1/ Адаптація агентів ≠ UX для людей Реєстрація на дизайн: форма → лист для підтвердження → сторінка завантаження. Дизайн для агента: POST ендпоінт завершує реєстрацію + кваліфікацію + чергу, повертаючи ключ API + watchUrl. Агент не дивиться на інтерфейс і не натискає кнопки. Все, що потрібно — це керлінг і JSON. Людський UX прагне «на один клік менше». UX агента прагне «на один виклик API менше». 2/ Code War Room: багатомодельне колаборативне написання коду Ми запускаємо багатоагентний робочий процес: • Клод пише код • Codex робить огляд + оцінку (/10) • ≥ 8.5 для відправки, в іншому продовжуйте змінюватися Ключовий висновок: різні моделі виявляють абсолютно різні баги. Codex відзначається у вразливостях контрактів API та умовах гонки, тоді як Claude відзначається в архітектурному дизайні та функціональній цілісності. Оцінки за 4 фази: 9,5→ 9,3→ 9,4→ 9,6. Недостатньо написати одну модель, а кілька моделей кидають виклик одна одній для створення якісного коду. 3/ «Локальне може працювати» ≠ «Може розгорнути» Місцева досконалість. Після того, як я використав Vercel без сервера, вся лінія становить 500. Stateful match scheduler (setTimeout + memory DB + SSE) розміщений на безстанному сервері = катастрофа. Після додавання патчу Redis відбуваються втрати серіалізації, закінчення кешу екземпляра, раса подвійного запису... Нарешті я змінив залізницю (з постійними процесами), і баг, що зайняв 1 день, було вирішено за 10 хвилин. Урок: спочатку оберіть правильну архітектуру, а потім напишіть код. 4/ Демонстрація → Реальне перемикання — це сліпа зона у дизайні продукту Зробив чудовий демо-батл-цикл. Однак, коли реальний бот реєструється, сторінка все одно транслює демо. Потрібна повна машина станів: зареєструйтеся → зупиніть демо → пару, → грайте в реальні битви → після гри відновіть демо. Ця логіка не прописана в PRD. 5/ Щоб створювати продукти для агентів, потрібно мислити як агенти Перша версія House Bot автоматично контролює, на чиєму ти боці. Внаслідок цього бот-суперник не знав, як налаштувати API, і гра застрягла в раунді 0. Якщо змінити на автоматичні рухи з обох боків, будь-хто, хто реєструється, зможе побачити повний BO7 за 5 секунд. Найкращий UX для агентів: користувач нічого не зобов'язаний робити, система робить це за нього. ─── 📊 Дані проєкту: 133 файли | ~15.8k LOC | 198 тестів | 22 субагенти | 8+ раундів огляду 🎮 Онлайн-досвід: 📂 Повністю відкритий код: Містить повну документацію робочого процесу Code War Room і посібник з розробки UX агентів, ласкаво просимо до форку. Нарешті, хочу сказати, що агент дуже добре вміє обманювати людей, і я неодноразово стикався, коли він явно використовував іншу модель аудиту, але він казав ні. 😂😂 Люди як орієнтири, естетичні стилі, ролі прийняття рішень і огляду є обов'язковими, принаймні наразі.

Так, я вважаю, що x402 має бути інтернет-протоколом, який не просто працює з USDC, не лише з одним ланцюгом, він має бути універсальним і підтримувати більше токенів, агенти чи користувачі не повинні хвилюватися про те, де знаходяться їхні кошти, які токени у них — вони просто знаходять потрібний продукт чи послугу, натискають, щоб оплатити, і потім отримують його. Все інше залишається за x402-реалізаціями мережі GOAT. Дуже просто!