Проект BidSpot начинался как типичный аутсорс: в ноябре 2024 года подписан договор с внешним разработчиком, три подрядчика назвали схожие сроки — MVP за два месяца. Первая стадия («глубокий поиск») была собрана, но к маю вторая так и не вышла в продакшн. Накопившееся раздражение оказалось продуктивным: автор открыла Claude и за вечер 27 мая прогнала через один промт и один API-ключ пять категорий товаров — ноутбук, кондиционер, промышленный клей, проектор, холодильник. Все пять вернули проверяемые отчёты с реальными ценами на индонезийских маркетплейсах.
За три рабочих дня был собран полноценный продукт. Бэкенд на FastAPI развернули на Railway: от первого коммита до доступного API прошло 38 минут. Пайплайн выглядит так: пользователь описывает запрос на естественном языке, агент переводит его на индонезийский, ищет через SerpAPI Google Shopping на Shopee, Tokopedia и Blibli, нормализует выдачу, считает цены за единицу товара, ранжирует топ-7 через Claude Opus 4.5 и отдаёт markdown-отчёт со ссылками прямо на товары. Фронтенд собран на Lovable. Стоимость одного поиска — $0,53, время — около 60 секунд. Помимо базового пайплайна реализованы восемь доработок качества: точное совпадение артикулов, обработка multi-pack товаров, дедупликация, бейдж «Different SKU» для близких вариантов, Marketplace Trust Rule для категорий с требованиями безопасности. Добавлен архитектурный слой feature flags под будущие тарифы и полная документация для передачи — README, HANDOFF.md с блоком «как не сломать», чеклист переноса домена.
| Компонент | Технология | Детали |
|---|---|---|
| Бэкенд | FastAPI + Railway | От первого коммита до доступного API — 38 минут |
| Пайплайн — основной | Claude Sonnet 4.5 | Перевод запроса, нормализация, формирование отчёта |
| Пайплайн — ранжирование | Claude Opus 4.5 | Ранжирование топ-7 предложений |
| Поиск товаров | SerpAPI Google Shopping | Shopee, Tokopedia, Blibli |
| Фронтенд | Lovable | Веб-интерфейс для запросов и получения отчётов |
| Стоимость поиска | $0,53 | Одна транзакция |
| Время поиска | ~60 секунд | Одна транзакция |
Центральный вывод статьи — не про скорость и не про замену разработчиков. Автор описывает методологический сдвиг: классическое ТЗ пишется до того, как кто-либо увидел первый результат, и большинство важных деталей обнаруживается только при столкновении с реальными данными. В традиционном аутсорсе цикл «гипотеза → проверка → коррекция» занимает четыре недели: демо раз в две недели, исправление — ещё две недели. Метод «растущего ТЗ» меняет темп: каждая проверка результата становится источником новых задач, которые Claude формулирует в структурированном виде — с описанием «где проявилось / корень / решение / acceptance / объём». Человек смотрит на отчёты и говорит, что важно, что мелочь, а что блокер; перевод наблюдений в задачи берёт на себя модель.
Стек: FastAPI на Railway, Claude Sonnet 4.5 на пайплайне, Claude Opus 4.5 на ранжировании, SerpAPI, Lovable-фронтенд. Стоимость одного поиска — $0,53.
Автор приводит показательный пример провала, чтобы не создавать иллюзию безупречной работы. Задача казалась тривиальной: ИИ в финальном объяснении должен ссылаться на видимую позицию товара в списке, а не на внутренний идентификатор. Первая итерация — переформулировка промта, модель продолжает писать «(idx N)». Вторая — явный запрет на конструкцию, порядок ссылок всё равно не совпадает с видимым. Третья — принудительная сортировка по полю rank перед передачей в промт, но язык объяснений уходит в технический жаргон. Четвёртая, финальная: промт переписан с нуля — не «не делай X», а «делай так: формулируй объяснение через цену». Четыре итерации заняли около двух часов. В классическом цикле та же задача потребовала бы четырёх демо через две недели каждое — два месяца.
Отдельный инструмент, который автор называет «санити-чек», — остановка каждые 2–3 часа работы. Формула простая: попросить Claude подготовить статус — что зафиксировано как обязательное, что упомянуто, что сделано, что осталось. Пятиминутная пауза, по оценке автора, снимает 80% риска уйти не туда. Этот приём решает главную проблему «растущего ТЗ»: без регулярной инвентаризации список задач превращается в неуправляемую свалку.
Опыт BidSpot вписывается в более широкую тенденцию: инструменты вроде Claude, Cursor или Lovable снижают порог входа в разработку настолько, что продуктовые менеджеры и дизайнеры начинают самостоятельно собирать прототипы и даже продакшн-версии несложных сервисов. Это не отменяет потребность в инженерах — архитектурные решения, масштабирование и безопасность по-прежнему требуют экспертизы. Но для MVP с чётко ограниченной логикой разрыв между «заказчик» и «исполнитель» сокращается до минимума, а вместе с ним исчезает и главная проблема аутсорса: заказчик без технического языка не может управлять проектом — только смотреть на демо и ждать.
