Команда Pipeline

/dr-design

Архитектурные и проектные решения для сложных задач

Обзор

/dr-design — этап творческого исследования для задач уровня L3-4. Агент-архитектор классифицирует каждый компонент по типу проектирования (UI/UX, архитектура, модель данных или алгоритм), исследует варианты, анализирует компромиссы, принимает документированные решения и создаёт планы реализации с диаграммами.

Использование

/dr-design

Что делает

  1. Определение задачи — применяет правило Task Resolution для определения, для какой задачи проектировать (из аргумента или через диалог).
  2. Загрузка контекста — читает tasks.md и systemPatterns.md.
  3. Классификация типа — определяет, какой тип проектирования нужен: UI/UX, архитектура, модель данных или алгоритм.
  4. Творческое исследование — для каждого компонента: формулирует проблему, исследует 3+ варианта, анализирует компромиссы, принимает решение с обоснованием и документирует план реализации.
  5. Визуализация — включает Mermaid-диаграммы для наглядности.
  6. Consilium (L3-4) — собирает мульти-агентную панель для сложных решений с дебатами и разрешением конфликтов.
  7. Создание документа — сохраняет в datarim/creative/creative-[task_id]-[type]-[name].md.

Аргументы

Нет. Работает с текущей активной задачей (через Task Resolution).

Результат

Создаёт: datarim/creative/creative-[task_id]-[type]-[name].md. Обновляет: datarim/tasks.md.

Типы проектирования

  • UI/UX — пользовательские сценарии, иерархия компонентов, паттерны взаимодействия
  • Архитектура — структура компонентов, потоки данных, интеграция систем
  • Модель данных — связи сущностей, схемы, правила валидации, оптимизация запросов
  • Алгоритм — анализ сложности, оптимизация, граничные случаи, масштабирование

Пример сессии

> /dr-design

Тип: Архитектурное проектирование
Компонент: Система доставки уведомлений

Проблема: Как доставлять уведомления в реальном
времени 10K+ одновременным пользователям?

Вариант A: WebSocket (Socket.io)
  + Простой, двунаправленный
  - Затратный по памяти на масштабе

Вариант B: Redis pub/sub + SSE
  + Горизонтально масштабируемый
  - Однонаправленный

Вариант C: Очередь сообщений (RabbitMQ) + WebSocket
  + Декуплированный, надёжная доставка
  - Инфраструктурные накладные расходы

Решение: Вариант C

Сохранено: datarim/creative/creative-NOTIF-0001-architecture-delivery.md

Связанные команды

  • /dr-plan — предыдущий этап: планирование
  • /dr-do — следующий этап: реализация