# ОПТИМИЗАЦИЯ РАСХОДА ТОКЕНОВ

## 🎯 ПРИНЦИПЫ ЭКОНОМИИ

### 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% за счет предотвращения переделок
```

## 🎯 АКТИВАЦИЯ ОПТИМИЗАЦИИ

Данные стратегии экономии активированы и будут применяться автоматически в зависимости от сложности задачи.

**ПРИНЦИП**: Качество не в ущерб экономии, экономия не в ущерб качеству.
