diff --git a/token-optimization.md b/token-optimization.md deleted file mode 100644 index de7e28d..0000000 --- a/token-optimization.md +++ /dev/null @@ -1,186 +0,0 @@ -# ОПТИМИЗАЦИЯ РАСХОДА ТОКЕНОВ - -## 🎯 ПРИНЦИПЫ ЭКОНОМИИ - -### 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% за счет предотвращения переделок -``` - -## 🎯 АКТИВАЦИЯ ОПТИМИЗАЦИИ - -Данные стратегии экономии активированы и будут применяться автоматически в зависимости от сложности задачи. - -**ПРИНЦИП**: Качество не в ущерб экономии, экономия не в ущерб качеству.