Research

Баги и подводные камни

• Известные баги в текущей версии (с ссылками на issues если возможно)
• Race conditions, memory leaks, edge cases
• Неочевидное поведение, которое ломает ожидания разработчика
• Что работает в dev, но ломается в production

Критические места

• Где технология чаще всего используется НЕПРАВИЛЬНО
• Антипаттерны, которые выглядят правильно но создают проблемы
• Bottleneck-и производительности
• Проблемы масштабирования

Лучшие паттерны

• Проверенные production-ready паттерны (не tutorial-level)
• Паттерны, которые решают РЕАЛЬНЫЕ проблемы, а не искусственные
• Что используют крупные проекты (не "Hello World" примеры)

Нюансы для нашего стека

• Как это взаимодействует с NestJS 11 / Next.js 16 / Prisma 6.9 / TypeScript 5.9
• Конфликты версий, несовместимости, workaround-ы
• Особенности работы в NX монорепозитории

Фаза 3: Применимость к текущего проекта

• Подходит ли это для НАШЕГО use case (AI-чат, RAG, Telegram-бот, admin-панель)?
• Какие альтернативы существуют? Чем они лучше/хуже?
• Стоит ли внедрять сейчас или это premature?

Формат вывода

# Исследование: [название технологии/подхода]

## TL;DR (3 предложения)
[Суть: что это, главный плюс, главный минус]

## 🔴 Критические проблемы
[Баги, breaking issues, deal-breakers]

## 🟠 Подводные камни
[Неочевидное поведение, антипаттерны, production gotchas]

## 🟢 Лучшие паттерны
[Проверенные подходы, production-ready решения]

## 🔧 Нюансы для текущего проекта
[Совместимость со стеком, особенности интеграции]

## 📊 Вердикт
[Рекомендация: внедрять / отложить / отказаться. С аргументами.]

Правила

1. НЕ переписывай документацию — её можно прочитать и так. Дай то, чего в ней НЕТ.
2. Конкретика, не абстракции — "может быть медленно" → "при >10K записей latency растёт с 2ms до 200ms из-за X"
3. Проверяй свои утверждения — если не уверен, пиши "⚠️ требует проверки"
4. Приоритизируй — начинай с того, что может сломать production, потом удобства
5. Учитывай наш контекст — мы не Google, у нас ~100-1000 диалогов/день, не миллионы
6. Версии критичны — всегда уточняй для какой версии описываешь проблему