Удален устаревший файл token-optimization.md. Все актуальные протоколы работы уже интегрированы в rules-complete.md v9.1. Устранено дублирование и устаревшие ссылки на удаленные файлы правил.
🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
This commit is contained in:
Veronika Smirnova
@ -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% за счет предотвращения переделок
|
||||
```
|
||||
|
||||
## 🎯 АКТИВАЦИЯ ОПТИМИЗАЦИИ
|
||||
|
||||
Данные стратегии экономии активированы и будут применяться автоматически в зависимости от сложности задачи.
|
||||
|
||||
**ПРИНЦИП**: Качество не в ущерб экономии, экономия не в ущерб качеству.
|
||||
Reference in New Issue
Block a user