🧵 Перший глибокий досвід написання коду з агентами ШІ, 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 хвилин....