Удален устаревший файл 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