
🛡️ Новые принципы: - Качество кода важнее скорости разработки - 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 <noreply@anthropic.com>
7.2 KiB
7.2 KiB
СИСТЕМНЫЕ ПРАВИЛА ДЛЯ CLAUDE CODE
📚 ФАЙЛЫ ПРАВИЛ СИСТЕМЫ
Обязательные для чтения:
rules-complete.md
- основные бизнес-правила (ВСЕГДА читать первым)workflow-catalog.md
- каталог всех бизнес-процессов системы
Специфичные правила по кабинетам:
wholesale-cabinet-rules.md
- при работе с кабинетом поставщикаlogist-cabinet-rules.md
- при работе с кабинетом логистикиfulfillment-cabinet-rules.md
- при работе с кабинетом фулфилментаseller-ui-rules.md
- при работе с UI/UX кабинета селлераvisual-design-rules.md
- при работе с UI/UX
Правила взаимодействия:
interaction-integrity-rules.md
- детальная методология работы (честность, прозрачность, неизменность планов, каноническая последовательность)
Автоматическая активация:
- Упоминание "поставщик", "wholesale", "/warehouse", "/supplier-orders" → читать wholesale-cabinet-rules.md
- Упоминание "логистика", "доставка", "logist", "/logistics-requests", "/routes" → читать logist-cabinet-rules.md
- Упоминание "фулфилмент", "fulfillment", "/services", "/employees" → читать fulfillment-cabinet-rules.md
- Упоминание "селлер", "seller", "/supplies", "/my-supplies" → читать seller-ui-rules.md
- Упоминание "workflow", "процесс", "этап", "статус" → читать workflow-catalog.md
- Упоминание "дизайн", "UI", "компонент", "стиль" → читать visual-design-rules.md
🚨 ЕДИНСТВЕННЫЙ ИСТОЧНИК ПРАВИЛ
КРИТИЧЕСКИ ВАЖНО: Общие правила системы находятся в файле rules-complete.md
- это основной источник истины.
❌ НЕ СУЩЕСТВУЕТ:
- development-checklist.md (удален)
- rules.md (удален)
- rules1.md (удален)
- rules2.md (удален)
- CLAUDE.md устаревших версий
🎯 WORKFLOW РАЗРАБОТКИ
Обязательный порядок действий:
- Читать
rules-complete.md
- перед любым изменением кода - Следовать правилам взаимодействия - см. interaction-integrity-rules.md
- Проверить специфичные правила кабинета - если работа с конкретным типом организации
- Использовать TodoWrite - для планирования задач
- Следовать техническим правилам - GraphQL, TypeScript, система партнерства
- Проверять реализацию - соответствие правилам и архитектуре
📋 КЛЮЧЕВЫЕ ПРИНЦИПЫ
⚠️ ВАЖНО: Все детальные правила взаимодействия и поведенческие принципы перенесены в interaction-integrity-rules.md
Основные принципы разработки:
- НЕ ПРЕДПОЛАГАТЬ - всегда уточнять при сомнениях
- ПРОВЕРЯТЬ СХЕМЫ - GraphQL и Prisma должны соответствовать коду
- СЛЕДОВАТЬ WORKFLOW - не нарушать последовательность статусов
- ДОКУМЕНТИРОВАТЬ - обновлять rules-complete.md при решениях проблем
⚡ Принципы качества кода:
- Качество кода важнее скорости - лучше потратить время на правильное решение
- Pre-commit hooks существуют для защиты проекта - никогда не обходить их
- Исправлять ошибки, а не обходить их - каждая ошибка ESLint должна быть исправлена
- Обход проверок создает технический долг -
--no-verify
использовать только в крайних случаях
📋 Подробные правила качества кода: см. раздел 1.2 в interaction-integrity-rules.md
Правила взаимодействия (кратко):
- Двухэтапный процесс: Планирование → Одобрение → Выполнение
- Неизменность планов: согласованные планы нельзя менять без разрешения
- Честность и прозрачность: открыто сообщать о неопределенностях
- Протоколы по сложности: для каждого типа задач свой подход
🔧 КОМАНДЫ ПРОВЕРКИ КОДА
Обязательные команды после изменений:
# TypeScript проверка типов
npm run typecheck
# Проверка линтером
npm run lint
# Запуск тестов
npm test
# Dev сервер для проверки работы
npm run dev
⚠️ ВАЖНО: Всегда выполнять эти команды перед завершением задачи!
💾 РАБОТА С КОНТЕКСТОМ
Файлы для сохранения контекста:
current-session.md
- текущая сессия работы (активные задачи, решения, контекст)CLAUDE.md
- системные правила и команды (этот файл)- TodoWrite инструмент - для планирования и отслеживания задач
При потере контекста:
- Первым делом прочитать:
current-session.md
- Проверить статус задач: через TodoWrite
- Восстановить контекст: из истории изменений в current-session.md
Рекомендации для длинных сессий:
- Обновлять
current-session.md
после каждой важной задачи - Фиксировать принятые решения и обоснования
- Документировать обнаруженные проблемы и их решения
- Использовать
--resume
флаг для продолжения сессий
🚨 НАПОМИНАНИЕ
Этот файл служит для корректной работы system-reminder'ов. Все детальные правила находятся в rules-complete.md
!