🧵 Впервые погрузился в опыт написания кода с помощью AI-агентов, за 2 дня с нуля создал платформу для боев AI против AI в стиле японских аркад. Проблемы, с которыми я столкнулся, и уроки, которые я извлек, вероятно, более ценны, чем сам процесс написания кода. 1/ Онбординг для агентов ≠ UX для людей Для людей проектируется регистрация: форма → проверка электронной почты → страница с инструкциями. Для агентов проектируется: один POST endpoint для регистрации + проверки + очереди, возвращающий API ключ + watchUrl. Агент не смотрит на UI и не нажимает кнопки. Ему нужно всего лишь curl и JSON. UX для людей стремится к «меньше одного клика». UX для агентов стремится к «меньше одного API вызова». 2/ Кодовая комната войны: совместная работа нескольких моделей над кодом Мы запустили рабочий процесс с несколькими агентами: • Claude пишет код • Codex делает ревью + ставит оценку (/10) • ≥ 8.5 — только тогда можно отправлять, иначе продолжаем исправлять Ключевое открытие: разные модели находят совершенно разные ошибки. Codex хорошо справляется с уязвимостями API и условиями гонки, Claude — с архитектурным дизайном и целостностью функций. Оценки на 4 этапах ревью: 9.5 → 9.3 → 9.4 → 9.6. Не достаточно, чтобы один модель написала код, несколько моделей должны бросать вызов друг другу, чтобы получить хороший код. 3/ "Работает локально" ≠ "можно развернуть" Локально все идеально. После развертывания на Vercel serverless все выдало 500. Состояние соревнования (setTimeout + память БД + SSE) на безсостоянии serverless = катастрофа. После добавления патча Redis возникли проблемы с потерей сериализации, истечением кэша экземпляров, условиями гонки при двойной записи… В конце концов, мы перешли на Railway (с постоянными процессами), и за 10 минут решили баг, который мучил нас целый день. Урок: сначала выберите правильную архитектуру, затем пишите код. 4/ Переход от демо к реальности — слепая зона в дизайне продукта Создали шикарный демо-цикл боев. Но когда реальные пользователи регистрировались, страница все еще показывала демо. Нужна полная машина состояний: регистрация → остановка демо → сопоставление → переход к реальным боям → восстановление демо после завершения. Эта логика не была прописана ни в одном предложении PRD. 5/ Создавая продукт для агента, нужно мыслить как агент Первая версия House Bot автоматически контролировала только свою сторону. В результате противник не знал, что нужно вызывать API, и соревнование застряло на раунде 0. После изменения так, чтобы обе стороны автоматически атаковали, любой мог зарегистрироваться и увидеть полный BO7 за 5 секунд. Лучший UX для агентов: пользователю ничего не нужно делать, система делает все за него. ─── 📊 Данные проекта: 133 файла | ~15.8k LOC | 198 тестов | 22 под-агента | 8+ раундов ревью 🎮 Онлайн-опыт: 📂 Полностью открытый исходный код: Содержит полную документацию рабочего процесса Кодовой комнаты войны и руководство по дизайну UX для агентов, добро пожаловать на форк. В конце концов, я хочу сказать, что агенты умеют обманывать, я сталкивался с несколькими случаями, когда он явно использовал другую модель для аудита, но утверждал, что это не так. Я настаивал на том, чтобы проверить логи, и только тогда он признал свою ошибку😂😂. Человечество как указатель направления, эстетический стиль, а также роль в принятии решений и ревью крайне необходимо, по крайней мере, на данный момент.

49 интеграций x402. 157 зарегистрированных агентов ERC-8004. Один хакатон. 🦞 На "OpenClaw on Bitcoin" в Сан-Франциско полный зал строителей использовал GOAT Network, чтобы сделать то, что мы не видели в таком масштабе раньше: агенты активно нанимают других агентов, платят друг другу автономно и строят репутацию в блокчейне - все это за один день. Вот как выглядит агентская экономика на Bitcoin - и это только начало. Все еще строите? Наш виртуальный хакатон все еще открыт: