From bfda96c94cafd82a8e0a7bff7836d0d4df57cd47 Mon Sep 17 00:00:00 2001 From: Veronika Smirnova Date: Mon, 11 Aug 2025 15:44:27 +0300 Subject: [PATCH] =?UTF-8?q?=D0=94=D0=BE=D0=B1=D0=B0=D0=B2=D0=BB=D0=B5?= =?UTF-8?q?=D0=BD=D1=8B=20=D0=BF=D1=80=D0=B8=D0=BD=D1=86=D0=B8=D0=BF=D1=8B?= =?UTF-8?q?=20=D0=BA=D0=B0=D1=87=D0=B5=D1=81=D1=82=D0=B2=D0=B0=20=D0=BA?= =?UTF-8?q?=D0=BE=D0=B4=D0=B0=20=D0=B2=20=D0=BF=D1=80=D0=B0=D0=B2=D0=B8?= =?UTF-8?q?=D0=BB=D0=B0=20=D1=81=D0=B8=D1=81=D1=82=D0=B5=D0=BC=D1=8B?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 🛡️ Новые принципы: - Качество кода важнее скорости разработки - Pre-commit hooks существуют для защиты проекта - Исправлять ошибки, а не обходить их - Обход проверок создает технический долг - Лучше потратить время на исправление, чем накапливать проблемы 📋 Добавлены подробные инструкции: - Порядок действий при блокировке коммита - Когда можно использовать --no-verify - Как правильно работать с ошибками линтера 📁 Файлы: - interaction-integrity-rules.md - детальные правила (раздел 1.2) - CLAUDE.md - краткие принципы для быстрого доступа 🎯 Цель: Предотвращение обхода проверок качества кода в будущем 🚀 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude --- CLAUDE.md | 9 +++++++++ interaction-integrity-rules.md | 29 ++++++++++++++++++++++++++++- 2 files changed, 37 insertions(+), 1 deletion(-) 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 🛑 КОМАНДЫ ЭКСТРЕННОЙ ОСТАНОВКИ **"СТОП - ЧИТАЙ ПРАВИЛА"** - немедленно останавливает любую работу