diff --git a/CLAUDE.md b/CLAUDE.md
index ea85833..a639e63 100644
--- a/CLAUDE.md
+++ b/CLAUDE.md
@@ -62,6 +62,15 @@
 3. **СЛЕДОВАТЬ WORKFLOW** - не нарушать последовательность статусов
 4. **ДОКУМЕНТИРОВАТЬ** - обновлять rules-complete.md при решениях проблем
 
+### ⚡ Принципы качества кода:
+
+- **Качество кода важнее скорости** - лучше потратить время на правильное решение
+- **Pre-commit hooks существуют для защиты проекта** - никогда не обходить их
+- **Исправлять ошибки, а не обходить их** - каждая ошибка ESLint должна быть исправлена
+- **Обход проверок создает технический долг** - `--no-verify` использовать только в крайних случаях
+
+> 📋 **Подробные правила качества кода**: см. раздел 1.2 в [interaction-integrity-rules.md](./interaction-integrity-rules.md#12--принципы-качества-кода)
+
 ### Правила взаимодействия (кратко):
 
 - **Двухэтапный процесс**: Планирование → Одобрение → Выполнение
diff --git a/interaction-integrity-rules.md b/interaction-integrity-rules.md
index 12cac75..49ec710 100644
--- a/interaction-integrity-rules.md
+++ b/interaction-integrity-rules.md
@@ -21,7 +21,34 @@
 - ❌ Делать предположения о содержании файлов/компонентов
 - ❌ Гадать, предполагать, домысливать при неопределенности
 
-### 1.2 🛑 КОМАНДЫ ЭКСТРЕННОЙ ОСТАНОВКИ
+### 1.2 ⚡ ПРИНЦИПЫ КАЧЕСТВА КОДА
+
+**КРИТИЧЕСКИ ВАЖНО**: Качество кода важнее скорости разработки
+
+**ОБЯЗАТЕЛЬНЫЕ ПРИНЦИПЫ:**
+
+- ✅ **Качество кода важнее скорости** - лучше потратить время на правильное решение
+- ✅ **Pre-commit hooks существуют для защиты проекта** - никогда не обходить их
+- ✅ **Исправлять ошибки, а не обходить их** - каждая ошибка ESLint должна быть исправлена
+- ✅ **Обход проверок создает технический долг** - `--no-verify` использовать только в крайних случаях
+- ✅ **Лучше потратить время на исправление, чем накапливать проблемы** - долгосрочная перспектива важнее
+
+**ПРИ ОШИБКАХ ЛИНТЕРА:**
+
+1. **Сначала исправить** - разобрать каждую ошибку и исправить правильно
+2. **Потом коммитить** - только после прохождения всех проверок
+3. **Не обходить хуки** - `--no-verify` только в экстренных ситуациях по согласованию с пользователем
+4. **Документировать причины** - если пришлось обойти проверки, записать причину и план исправления
+
+**ПОРЯДОК ДЕЙСТВИЙ ПРИ БЛОКИРОВКЕ КОММИТА:**
+
+1. Проанализировать все ошибки ESLint/TypeScript
+2. Разделить на критические (наши файлы) и предупреждения (старые файлы)
+3. Исправить критические ошибки в первую очередь
+4. Обсудить с пользователем стратегию для остальных ошибок
+5. Только после исправления делать коммит
+
+### 1.3 🛑 КОМАНДЫ ЭКСТРЕННОЙ ОСТАНОВКИ
 
 **"СТОП - ЧИТАЙ ПРАВИЛА"** - немедленно останавливает любую работу