ИИ для архитектор ПО в маркетплейсах

ИИ для архитектора ПО в маркетплейсах: конструктор промптов

Архитектор ПО в маркетплейсе ежедневно балансирует между микросервисами, очередями событий и кэшированием. ИИ-ассистент способен взять на себя рутину: генерацию схем, анализ узких мест и проектирование API. Но без правильно составленного промпта результат будет поверхностным. Разбираем конструктор эффективных запросов.

Анатомия эффективного промпта

Сильный промпт для архитектора содержит пять обязательных блоков:

• Роль — «ты — системный архитектор с опытом в e-commerce»;
• Контекст — описание текущей системы (язык, стек, нагрузка);
• Задача — конкретный артефакт: схема, сравнение, план миграции;
• Ограничения — бюджет, SLA, совместимость с legacy;
• Формат вывода — Mermaid, PlantUML, таблица, JSON.

Готовые шаблоны запросов

Шаблон 1. Проектирование сервиса каталога

Ты — архитектор маркетплейса. Спроектируй микросервис каталога для 10M SKU. Учти: поиск по фильтрам, кэш Redis, событийную шину Kafka. Выдай схему в Mermaid и опиши 3 альтернативных подхода к хранению цен.

Шаблон 2. Анализ узкого места

В системе заказов 80% времени занимает проверка остатков. Предложи 5 решений (CQRS, материализованные представления, шардирование). Для каждого укажи сложность внедрения и влияние на консистентность.

Как настраивать промпты под свою задачу

1. Уточняйте масштаб: «для 1000 RPS» вместо «высокая нагрузка».
2. Добавляйте негативные ограничения: «не использовать ORM».
3. Просите сравнение в таблице — так легче выбрать решение.
4. Используйте итеративность: сначала общая схема, затем детализация.
5. Включайте примеры из вашего домена: «как в Ozon, но без пунктов выдачи».

Пример настройки под конкретный стек

Базовый промпт: «Спроектируй корзину». Улучшенный вариант:

Ты — архитектор. Спроектируй корзину для маркетплейса на Java 21, Spring Boot 3, PostgreSQL 16. Требования: 5M пользователей, 2000 заказов/мин, идемпотентность. Выдай ER-диаграмму (Mermaid) и REST-эндпоинты с кодами ошибок.

Используйте эти шаблоны как каркас, заменяя доменную часть. Через 3-4 итерации вы получите архитектурное решение, которое останется только проверить на нагрузочном тесте.