# ОПТИМИЗАЦИЯ РАСХОДА ТОКЕНОВ ## 🎯 ПРИНЦИПЫ ЭКОНОМИИ ### 1. **УМНАЯ ЗАГРУЗКА КОНТЕКСТА** #### ✅ **ОПТИМАЛЬНАЯ СТРАТЕГИЯ:** ``` ВМЕСТО: Читать весь rules2.md (975 строк) ДЕЛАТЬ: Читать только нужные разделы по запросу ВМЕСТО: Загружать все файлы проекта ДЕЛАТЬ: Загружать только затронутые файлы ВМЕСТО: Дублировать информацию в памяти ДЕЛАТЬ: Ссылаться на уже загруженные данные ``` #### 📋 **ПРАВИЛА ЗАГРУЗКИ:** - **Для простых задач**: Читать только 1-2 конкретных раздела rules2.md - **Для средних задач**: Загружать связанные разделы параллельно - **Для сложных задач**: Поэтапная загрузка по мере необходимости ### 2. **ЭФФЕКТИВНОЕ ИСПОЛЬЗОВАНИЕ ПАМЯТИ** #### 🧠 **СТРАТЕГИЯ ПАМЯТИ:** ``` КРИТИЧЕСКИЕ ПРАВИЛА → В память (один раз) ЧАСТО ИСПОЛЬЗУЕМЫЕ → В память (экономия на перечитывании) СПЕЦИФИЧЕСКИЕ → Читать по запросу ТЕХНИЧЕСКИЕ ДЕТАЛИ → Ссылки вместо полного текста ``` #### 💾 **КЛЮЧЕВЫЕ ПАМЯТИ:** - [[memory:4966770]] - Протоколы работы (уже сохранено) - [[memory:4966638]] - Автосинхронизация (уже сохранено) - [[memory:4970102]] - Правила проекта (уже сохранено) ### 3. **ОПТИМИЗАЦИЯ ПРОТОКОЛОВ** #### ⚡ **УПРОЩЕННЫЕ ПРОТОКОЛЫ ДЛЯ ЭКОНОМИИ:** **ЛЕГКИЕ ЗАДАЧИ** (1 файл, простые изменения): ``` 1. Проверить память (0 токенов) 2. Прочитать 1 раздел rules2.md (50-100 токенов) 3. Выполнить без дополнительных проверок 4. Краткая валидация ``` **СРЕДНИЕ ЗАДАЧИ** (2-3 файла): ``` 1. Проверить память (0 токенов) 2. Читать разделы по мере необходимости (по 50-100 токенов) 3. Применить сокращенный протокол 4. Синхронизировать только при изменении правил ``` **СЛОЖНЫЕ ЗАДАЧИ** (4+ файлов, архитектура): ``` 1. Полный протокол (оправданный расход) 2. Поэтапная загрузка файлов 3. Промежуточные проверки вместо полной валидации ``` ### 4. **УМНЫЕ ПРОВЕРКИ** #### 🎯 **СЕЛЕКТИВНАЯ ВАЛИДАЦИЯ:** ``` ВСЕГДА ПРОВЕРЯТЬ: - Типизация предметов (ТОВАР ≠ ПРОДУКТ) - Критические запреты - Workflow статусы ПРОВЕРЯТЬ ПРИ НЕОБХОДИМОСТИ: - Технические требования (только для tech-задач) - Интеграции (только при работе с API) - Производительность (только для оптимизации) ``` ### 5. **ОПТИМИЗАЦИЯ СИНХРОНИЗАЦИИ** #### 🔄 **УМНАЯ СИНХРОНИЗАЦИЯ:** ``` НЕ СИНХРОНИЗИРОВАТЬ ЕСЛИ: - Изменения не затрагивают rules2.md - Добавлены только комментарии/документация - Исправлены опечатки без изменения логики СИНХРОНИЗИРОВАТЬ ТОЛЬКО ЕСЛИ: - Добавлены новые критические правила - Изменены запреты или workflow - Модифицированы правила валидации ``` ## 📈 ЭКОНОМИЧЕСКИЕ ПРОТОКОЛЫ ### 🟢 **ПРОТОКОЛ ДЛЯ ПРОСТЫХ ЗАДАЧ** (ЭКОНОМНЫЙ) ``` ОПРЕДЕЛЕНИЕ: 1 файл, простые правки, без изменения логики ПРОЦЕСС: 1. ✅ Проверить память (критические правила) 2. ✅ Прочитать ТОЛЬКО нужный раздел rules2.md 3. ✅ Выполнить изменение 4. ✅ Краткая проверка (3-4 ключевых пункта) 5. ✅ Уведомить о результате ЭКОНОМИЯ: ~70% токенов от полного протокола ``` ### 🟡 **ПРОТОКОЛ ДЛЯ СРЕДНИХ ЗАДАЧ** (СБАЛАНСИРОВАННЫЙ) ``` ОПРЕДЕЛЕНИЕ: 2-3 файла, изменение логики, без архитектуры ПРОЦЕСС: 1. ✅ Определить сложность по памяти 2. ✅ Читать разделы поэтапно по мере необходимости 3. ✅ Применить основные проверки (не все) 4. ✅ Синхронизировать только при добавлении правил 5. ✅ Финальная валидация (сокращенная) ЭКОНОМИЯ: ~40% токенов от полного протокола ``` ### 🔴 **ПРОТОКОЛ ДЛЯ СЛОЖНЫХ ЗАДАЧ** (ПОЛНЫЙ) ``` ОПРЕДЕЛЕНИЕ: 4+ файлов, архитектура, критические процессы ПРОЦЕСС: 1. ✅ Полный протокол (расход оправдан важностью) 2. ✅ Поэтапная загрузка вместо массового чтения 3. ✅ Все проверки и валидации 4. ✅ Полная синхронизация и документирование ЭКОНОМИЯ: Оптимизация через поэтапность, не сокращение проверок ``` ## 💡 ПРАКТИЧЕСКИЕ РЕКОМЕНДАЦИИ ### ДЛЯ ПОЛЬЗОВАТЕЛЯ: 1. **🎯 Указывайте сложность задачи** в запросе: - "Простая правка в одном файле" - "Средняя задача, 2-3 файла" - "Сложная архитектурная задача" 2. **📋 Группируйте связанные задачи** для экономии контекста 3. **⚡ Используйте краткие формулировки** для простых задач ### ДЛЯ МЕНЯ: 1. **🧠 Максимально использовать память** вместо перечитывания 2. **📊 Читать файлы по частям** вместо целиком 3. **⚖️ Балансировать качество и экономию** в зависимости от сложности 4. **🔄 Синхронизировать селективно** только при реальной необходимости ## 📊 ОЖИДАЕМАЯ ЭКОНОМИЯ ``` ПРОСТЫЕ ЗАДАЧИ: -70% токенов (с применением экономного протокола) СРЕДНИЕ ЗАДАЧИ: -40% токенов (сбалансированный подход) СЛОЖНЫЕ ЗАДАЧИ: +20% токенов НО -80% ошибок (долгосрочная экономия) ОБЩИЙ ЭФФЕКТ: Экономия 30-50% за счет предотвращения переделок ``` ## 🎯 АКТИВАЦИЯ ОПТИМИЗАЦИИ Данные стратегии экономии активированы и будут применяться автоматически в зависимости от сложности задачи. **ПРИНЦИП**: Качество не в ущерб экономии, экономия не в ущерб качеству.