← Блог

Собрали за 5 дней: как AI-агенты запустили полноценный SaaS-продукт

1 марта 2026 г.

От первого лица — Алексей К., сооснователь MinglesAI

24 февраля 2026 года в 10:27 я написал три строки в Telegram-группу:

@MinglesDevClawBot новый проект https://github.com/MinglesAI/dev_claw_demo2 мейн

Пять дней спустя ai-readiness.mingles.ai был в продакшне — полноценный SaaS с 18-точечным движком анализа AI-готовности сайтов, MCP-сервером, микроплатежами по протоколу x402, админ-дашбордом, Google Analytics, полным REST API и публичной документацией. Я не написал ни строчки кода.

Это история о том, как мы туда добрались, что пошло не так, что агенты сделали правильно и что мне пришлось исправлять самому.

Старт: что мы хотели построить

Идея пришла от AI-исследователя, которого я запускал параллельно. Из списка десяти микро-SaaS-концепций, которые он сгенерировал, одна выделялась: AI readiness checker — инструмент, который анализирует, насколько сайт структурирован для обнаружения AI-поисковиками вроде Perplexity, ChatGPT и Gemini.

Момент был подходящий. Каждая SEO-компания разворачивалась в сторону «GEO» (Generative Engine Optimization). Сами чеки были хорошо определены: структурированные данные Schema.org,

llms.txt
, разрешения для AI-краулеров в
robots.txt
, Open Graph теги, глубина контента, канонические URL. Всё то, что разработчик может проаудировать за afternoon — но никто не превратил это в продукт.

Стек, который мы использовали:

  • DevClaw — слой AI-оркестрации, работающий как плагин OpenClaw: создаёт GitHub Issues и диспатчит Claude-агентов
  • Telegram — мой интерфейс командной строки ко всей системе
  • GitHub — каждое изменение через PR, ничего не мержится без ревью
  • Claude Opus 4.6 / Sonnet 4.6 / Qwen3-235B — модели, которые делают всю работу
  • FastAPI + React + PostgreSQL + Docker — продуктовый стек

Моя роль: продакт-менеджер. Я описываю, что хочу, апрувлю PR, когда агенты не могут смержить сами, и принимаю архитектурные решения, когда агенты упираются в стену.

Антон, мой сооснователь, тоже был в чате — в основном задавал острые вопросы и проверял допущения агентов на прочность.

Дни 1–2: Фундамент (24–25 февраля)

В 10:47 первого дня я вставил в чат бриф исследователя и попросил DevClaw спланировать MVP. Через несколько минут:

DevClaw: «Вариант C — ранний SaaS: 3–5 дней.»

Антон сразу поймал его на этом:

Антон: «Что это за оценки в неделях? Ты ведь понимаешь, что это будет машина делать, а не люди?»

Оркестратор поправился:

DevClaw: «Справедливо, мой косяк 😄 Я скопировал оценки из брифа архитектора — он считал по-человечески. С агентами картина другая:

  • Вариант A — Минимальный аудитор: 1–2 дня
  • Вариант C — Ранний SaaS: 3–5 дней»

Я выбрал вариант C. К 10:51 — через 24 минуты после регистрации проекта — два старших агента уже работали параллельно:

  • Roberta (medior) → Foundation & Project Setup (FastAPI, React, PostgreSQL, Docker)
  • Justine (senior) → Backend URL Analysis Engine & AI Readiness Scoring

К 10:55 прозвучал первый «ё-моё»:

Антон: «Ебануться у него скорость...»

Фундамент был поднят: Traefik + HTTPS, Docker Compose, FastAPI с живым health-endpoint на

devclaw.mingles.ai/api/health
. Через двенадцать минут после старта.

Весь остаток первого дня — каскад параллельных агентов, завершающих задачи, которые я даже не описывал в деталях: Stripe-биллинг, JWT-авторизация, страница биллинга в UI, фикс SPA-роутинга, улучшения scoring-движка. К полуночи 20 задач были Done.

Что агенты сделали неправильно в первый день: несколько воркеров открыли дублирующиеся PR на одну и ту же задачу, несколько запутались с веткой и отрапортовали «blocked», хотя на самом деле завершили работу. Оркестратор разбирался с этим — но шума было много.

Что они сделали правильно: параллелизм был настоящим. Пока один агент писал обработчик Stripe-вебхука, другой скаффолдил React-дашборд, третий писал тесты. Никаких стендапов. Никаких накладных расходов на координацию. Просто работало.

День 2.5: Пивот

25 февраля в 22:47 я написал сообщение, которое изменило направление всего проекта:

Алексей: «@MinglesDevClawBot новый фронтенд создан и находится в репозитории [MinglesAI/ai-site-scorer]. Как база мы будем использовать этот frontend. Перенесем его в нашу репозиторий и будем его дорабатывать. Плюс нам надо сменить поддомен — тот уже не актуален. Новый целевой: ai-readiness.mingles.ai.»

Это была полная миграция: новый репо, новый домен, новая кодовая база фронтенда (я собрал UI самостоятельно в Lovable и хотел совместить его с бекендом от агентов).

Оркестратор справился чисто:

  1. Закрыл все открытые задачи в старом репо
  2. Зарегистрировал новый репо в DevClaw
  3. Обновил все ссылки на домен
  4. Остановил активных воркеров, чтобы не жечь токены впустую

Затем я сам сделал миграцию в Cursor — портировал бекенд, добавил Google-авторизацию, починил Stripe, починил CI — и открыл PR. Оркестратор проверил его, подтвердил, что Docker Compose поднимается, и смержил.

DevClaw: «73 файла, backend CI прошёл ✅, frontend CI ещё бежит. PR выглядит солидно — полный перенос backend + интеграция с новым фронтом + Docker + CI. Мержу.»

Один человеческий PR, смерженный оркестратором. Чистая передача управления.

День 3: Проблема монетизации — x402

26 февраля в 14:54 я описал следующую большую идею:

«Есть идея сделать публичный API и MCP tool, который позволит подключать его в CI pipeline или IDE для тестирования сайта после изменений. Плюс есть такой новый протокол x402, который позволяет оплачивать вызовы API через Coinbase — маленькие транзакции. Это тоже интересно внедрить.»

x402 — это новый платёжный протокол, при котором сервер отвечает HTTP 402 («Payment Required») с заголовком оплаты. Кошелёк клиента подписывает USDC-микротранзакцию и повторяет запрос. Без регистрации, без аккаунта — просто заплати и получи результат.

Агент-архитектор исследовал кодовую базу и создал приоритизированный бэклог:

  1. #7 — Публичный REST API + API-ключи (пресквизит для всего)
  2. #8 — LLM-пайплайн анализа
  3. #9 — MCP Tool Server
  4. #10 — Микроплатежи x402
  5. #11 — Лендинг + документация

Каждый — меньше часа. К 18:26 старший разработчик реализовал x402 end-to-end: серверный платёжный гейт, ответ

PaymentRequired
с USDC на Base Sepolia, интеграция с фасилитатором через
x402.org
.

Потом мы попробовали это использовать.

# Тестируем x402 — попытка 1
curl -X POST https://ai-readiness.mingles.ai/api/v1/reports/{id}/enhance
# → 500 Internal Server Error

Три бага — найденных по очереди:

  1. Редирект у фасилитатора —

    x402.org
    редиректил на
    www.x402.org
    , а бекенд не следовал 308-редиректам. Фикс: одна строка.

  2. Неправильное имя поля — бекенд слал

    "payment"
    в payload, но фасилитатор ждал
    "paymentPayload"
    . Нашёл оркестратор, вручную кёрля endpoint в полночь.

  3. Синхронная блокировка — вызов settlement был async по названию, но блокирующим на практике, добавляя до 30 секунд задержки. Фикс:

    asyncio.create_task()
    .

У JS-клиентского SDK тоже были свои причуды. Агент написал ручную реализацию подписи EIP-3009 через

viem
вместо SDK — и это сработало лучше.

К концу третьего дня серверная сторона x402 работала корректно: свободный пользователь обращался к endpoint enhance, получал 402 с корректными метаданными оплаты, и гейт держал. Полный флоу client-to-server был провалидирован тестовым скриптом.

Вот как выглядит этот 402-ответ на практике:

{
  "x402Version": 1,
  "accepts": [{
    "scheme": "exact",
    "network": "eip155:84532",
    "maxAmountRequired": "50000",
    "asset": "0x036CbD53842c5426634e7929541eC2318f3dCF7e",
    "payTo": "0x0Ae4ffdFf57270C06E4751D1afa9eFef8a5BDC9C",
    "description": "AI analysis enhancement - $0.05"
  }]
}

Заплатил — повторил запрос — получил улучшенный отчёт. Аккаунт не нужен.

День 4: Полировка, дистрибуция и самоанализ

Четвёртый день — финалізация продукта и выход на людей.

Админ-дашборд — пользователи, управление API-ключами, аналитика использования. Собран старшим агентом, проверен другим, смержен за один проход. +1 265 строк, ноль конфликтов.

Google Analytics 4 — я отправил GA4-сниппет, агент обернул его в GDPR-компонент с cookie-consent, добавил типизированное event-tracking по всем ключевым действиям: анализ, enhance, логин, работа с API-ключами. Смержено.

MCP-реестры — оркестратор открыл PR в:

  • punkpeye/awesome-mcp-servers
    (81k ⭐ — главный список)
  • официальный экосистемный раздел
    coinbase/x402
  • создал
    server.json
    и
    smithery.yaml
    для автоматического обнаружения

Момент 86/100. 27 февраля в 21:44 мы прогнали собственный сайт через собственный анализатор:

DevClaw: «Overall: 86.3/100 ✅ (цель ≥85 достигнута!)»

ПлатформаScore
Gemini87.3
Perplexity87.2
Claude86.1
ChatGPT84.6

Technical: 100/100 🔥

Агенты построили инструмент, потом использовали его для аудита самих себя, потом починили найденные проблемы. Сайт получил 100/100 по техническим чекам (Schema.org,

llms.txt
,
robots.txt
, sitemap, canonical, OG-теги) и 74.5/100 по глубине контента.

День 5: Запуск

28 февраля. К этому моменту продукт имел:

  • 20 PR смержены за 48 часов
  • +6 294 / -494 строки кода
  • 34 коммита в двух репозиториях
  • 0 строк, написанных мной

Оставшиеся задачи были фокусированы на дистрибуции: сабмиты в x402-маркетплейсы, Smithery, mcp.so, публичные ссылки на отчёты, система поддержки.

Одно пришлось чинить вручную: merge-конфликт в PR с публичными ссылками на отчёты, который висел нерезолвленным больше десяти часов. Агенты корректно помечали его как «DIRTY» в каждом heartbeat-статусе, но разрешить его без человека не могли. Я починил в Cursor, запушил — агент-ревьюер смержил.

Система поддержки — форма обратной связи, ticket API и базовая маршрутизация — была последним кусочком:

# Что агент построил за одну сессию:
POST /api/v1/support/tickets     # создать тикет
GET  /api/v1/admin/tickets       # список для администратора
PATCH /api/v1/admin/tickets/{id} # обновить статус
GET  /api/v1/support/tickets/{id}/status  # публичный статус

Плюс PostgreSQL-миграция, панель в админке и заглушки уведомлений по email.

Что агенты сделали правильно

Скорость. Очевидно, но стоит произнести вслух. Параллельные воркеры, ноль накладных расходов на координацию, никакого переключения контекста. Первый PR был открыт через 24 минуты после регистрации проекта.

Последовательность. Каждый PR следовал одному шаблону: conventional commits, описание PR с тем, что изменилось и почему, никаких прямых пушей в main. Агенты не устают, не срезают углы.

Самокоррекция. Когда ревьюер зафайлил баг-репорты (#46, #47 по edge cases в x402), следующий воркер их подхватил и починил. Пайплайн поймал то, что обычно проскакивает в продакшн.

Открытие follow-up задач. Агенты сами создали 20+ подзадач в ходе реализации — вещи, которые они замечали, но которые выходили за рамки скоупа. Каждая попала в Planning для ревью человеком.

Что по-прежнему требует людей

Архитектурные решения. Пивот с

dev_claw_demo2
на
ai-site-scorer
был моим решением. Агенты могут блестяще выполнить план — но они не ставят под сомнение, правильный ли этот план.

Отладка x402. Три из пяти x402-багов потребовали, чтобы я вручную кёрлил endpoint и читал сырые ответы. Агенты могли реализовать фикс, как только я описывал конкретное поведение — но диагноз, особенно на стыке с фасилитатором API, требовал человека, который умеет читать логи и рассуждать о протоколе.

Merge-конфликты. Любой конфликт, требующий понимания интента из двух веток, был блокером. Агенты корректно сообщали «DIRTY, требуется ручной фикс» — но не пытались разрешить самостоятельно. Честно.

Вопрос «что мы строим?». Антон спросил на середине пути: «Это вообще бизнес? Люди ждут, что такие инструменты бесплатные. Те, кто готов платить, уже сидят на Semrush.»

Честный ответ: неясно. x402-угол интересен — pay-per-use анализатор, который работает без регистрации и вызывается AI-агентами напрямую. Но мы ещё ничего не продали. Оркестратор сформулировал точно:

«Одна продажа важна. Не как финансовая веха — как психологическая. До неё вы строите "проект". После — "бизнес". Это разные состояния головы, и разные решения из них принимаются.»

Реальные расходы

ПозицияЗначение
API-токены (5 дней)~$80–120 на Claude Opus/Sonnet
Время разработчика~4 часа (ревью, пивоты, отладка)
Реальное время5 дней
Строк, написанных человеком0 (не считая UI, собранного отдельно в Lovable)

Основная переменная — стоимость токенов. Старшие воркеры (Opus) дорогие. Мы переключили несколько ролей на Sonnet и Qwen3-235B в середине проекта для снижения расходов — для junior/medior задач это работало отлично.

Что дальше

Флоу x402 работает end-to-end на тестнете. Следующая веха — мейннет: первый платящий пользователь, реальный USDC.

Блог, который вы сейчас читаете, тоже написан AI-агентом (вот этим). Мета? Безусловно. Но петля замыкается красиво: AI-агенты построили продукт, добавили его в MCP-реестры, и теперь AI-агенты пишут о том, как AI-агенты построили продукт. PR в

punkpeye/awesome-mcp-servers
ждёт ревью.

Хотите протестировать анализатор: ai-readiness.mingles.ai — бесплатный тир доступен, или используйте API-ключ.

Хотите подключить в IDE или CI-пайплайн:

{
  "mcpServers": {
    "ai-site-scorer": {
      "url": "https://ai-readiness.mingles.ai/api/mcp/",
      "headers": {
        "Authorization": "Bearer YOUR_API_KEY"
      }
    }
  }
}

Или откажитесь от API-ключа полностью — пусть x402 обрабатывает оплату за каждый вызов.

Ключевые цифры

  • ~5 дней от первого коммита до продакшна
  • 34 смерженных коммита
  • 20 PR за 48 часов (пиковая скорость)
  • +6 294 / -494 строки кода
  • 0 строк, написанных человеком
  • Модели: Claude Opus 4.6, Claude Sonnet 4.6, Qwen3-235B
  • Самооценка: 86.3/100 по нашему же анализатору

Алексей К. — сооснователь MinglesAI. DevClaw — слой AI-оркестрации разработки, построенный на OpenClaw.

← Все статьи