af16402f22
## Что создано: - logist-cabinet-rules.md - технические правила кабинета логистики по стандартизированной структуре - Добавлена система тарификации с примерами UI - Интерфейсы управления заявками и отслеживания доставок - GraphQL API для логистики (queries, mutations, subscriptions) ## Что изменено в rules-complete.md: - Раздел 12 "Кабинет логистики" сокращен до краткого описания со ссылкой на специализированный файл - Убрано ~80 строк дублирующего контента - Сохранена вся бизнес-логика workflow и статусов ## Что обновлено в CLAUDE.md: - Добавлен logist-cabinet-rules.md в список кабинет-специфичных правил - Добавлены автоматические триггеры для логистических задач Файл следует стандартизированной структуре wholesale-cabinet-rules.md и обеспечивает модульность системы правил. 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
69 lines
4.1 KiB
Markdown
69 lines
4.1 KiB
Markdown
# СИСТЕМНЫЕ ПРАВИЛА ДЛЯ CLAUDE CODE
|
||
|
||
## 📚 ФАЙЛЫ ПРАВИЛ СИСТЕМЫ
|
||
|
||
### Обязательные для чтения:
|
||
|
||
- **`rules-complete.md`** - основные бизнес-правила (ВСЕГДА читать первым)
|
||
|
||
### Специфичные правила по кабинетам:
|
||
|
||
- **`wholesale-cabinet-rules.md`** - при работе с кабинетом поставщика
|
||
- **`logist-cabinet-rules.md`** - при работе с кабинетом логистики
|
||
- **`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
|
||
- Упоминание "дизайн", "UI", "компонент", "стиль" → читать visual-design-rules.md
|
||
|
||
## 🚨 ЕДИНСТВЕННЫЙ ИСТОЧНИК ПРАВИЛ
|
||
|
||
**КРИТИЧЕСКИ ВАЖНО:** Общие правила системы находятся в файле **`rules-complete.md`** - это основной источник истины.
|
||
|
||
❌ **НЕ СУЩЕСТВУЕТ:**
|
||
|
||
- development-checklist.md (удален)
|
||
- rules.md (удален)
|
||
- rules1.md (удален)
|
||
- rules2.md (удален)
|
||
- CLAUDE.md устаревших версий
|
||
|
||
## 🎯 WORKFLOW РАЗРАБОТКИ
|
||
|
||
### Обязательный порядок действий:
|
||
|
||
1. **Читать `rules-complete.md`** - перед любым изменением кода
|
||
2. **Следовать правилам взаимодействия** - см. [interaction-integrity-rules.md](./interaction-integrity-rules.md)
|
||
3. **Проверить специфичные правила кабинета** - если работа с конкретным типом организации
|
||
4. **Использовать TodoWrite** - для планирования задач
|
||
5. **Следовать техническим правилам** - GraphQL, TypeScript, система партнерства
|
||
6. **Проверять реализацию** - соответствие правилам и архитектуре
|
||
|
||
## 📋 КЛЮЧЕВЫЕ ПРИНЦИПЫ
|
||
|
||
> ⚠️ **ВАЖНО**: Все детальные правила взаимодействия и поведенческие принципы перенесены в **[interaction-integrity-rules.md](./interaction-integrity-rules.md)**
|
||
|
||
### Основные принципы разработки:
|
||
|
||
1. **НЕ ПРЕДПОЛАГАТЬ** - всегда уточнять при сомнениях
|
||
2. **ПРОВЕРЯТЬ СХЕМЫ** - GraphQL и Prisma должны соответствовать коду
|
||
3. **СЛЕДОВАТЬ WORKFLOW** - не нарушать последовательность статусов
|
||
4. **ДОКУМЕНТИРОВАТЬ** - обновлять rules-complete.md при решениях проблем
|
||
|
||
### Правила взаимодействия (кратко):
|
||
|
||
- **Двухэтапный процесс**: Планирование → Одобрение → Выполнение
|
||
- **Неизменность планов**: согласованные планы нельзя менять без разрешения
|
||
- **Честность и прозрачность**: открыто сообщать о неопределенностях
|
||
- **Протоколы по сложности**: для каждого типа задач свой подход
|
||
|
||
## 🚨 НАПОМИНАНИЕ
|
||
|
||
**Этот файл служит для корректной работы system-reminder'ов. Все детальные правила находятся в `rules-complete.md`!**
|