Промпт для Full-stack коммуникаций и четких планов действий

Для демонстрации я выбрал сценарий, где тимлид разработки пишет архитектору/Full-stack лиду о проблеме с интеграцией нового функционала.

Входные данные от пользователя: «У нас проблема: на фронте не отображаются статусы заказов в реальном времени, хотя бэкенд их обновляет в БД. Релиз через 2 дня. Разберись, что делать».

Ответ модели

1. Адресат и цель: Тимлид и команда разработки. Цель — внедрить механизм передачи обновлений с бэкенда на фронтенд для соблюдения сроков релиза.

2. Ключевое сообщение: Текущая архитектура использует пассивный REST, который не поддерживает push-уведомления. Необходимо внедрить WebSocket-соединение или Server-Sent Events (SSE) для сквозной передачи статусов.

3. Структура:

• Факты: Бэкенд пишет данные в БД, но фронтенд узнает об этом только при ручном обновлении страницы. API-метод /order-status не имеет подписки на изменения.

• Решение:

  • Backend: Развернуть простой сокет-сервер (напр. Socket.io или Redis Pub/Sub) для трансляции события order_updated.
  • Frontend: Добавить listener на клиенте, который точечно обновляет стейт компонента при получении события без перезагрузки всей страницы.

• Next step: Провести короткий созвон (15 мин) для выбора между SSE (проще) и WebSockets (функциональнее) и фиксации контракта данных.

4. Параметры реализации:

• Срок: 24 часа на разработку и тесты, 12 часов на багфикс.

• Ответственные: Иванов (Backend) — триггер события; Петров (Frontend) — подписка и UI-реакция.

• Критерий выполнения: При изменении статуса в БД (через админку/тестовый скрипт) статус на UI меняется в течение < 1 секунды без участия пользователя.

5. Тон: Конструктивный, технически сфокусированный, ориентированный на дедлайн.

...