sfera/auto-sync-system.md

СИСТЕМА АВТОМАТИЧЕСКОЙ СИНХРОНИЗАЦИИ

🔄 ПРИНЦИП АВТОСИНХРОНИЗАЦИИ

ПРАВИЛО: При любом изменении в rules2.md автоматически анализировать влияние на development-checklist.md и обновлять его.

📊 АЛГОРИТМ СИНХРОНИЗАЦИИ

1. 🔍 ТРИГГЕРЫ ДЛЯ СИНХРОНИЗАЦИИ

КОГДА СИНХРОНИЗИРОВАТЬ:
✅ Добавлено новое критическое правило в rules2.md
✅ Изменены запреты или ограничения
✅ Обновлены workflow процессы
✅ Модифицированы правила валидации
✅ Добавлены новые типы данных или сущности
✅ Изменены технические требования

2. 🎯 КАТЕГОРИИ ИЗМЕНЕНИЙ

🔴 КРИТИЧЕСКИЕ (обязательно добавить в checklist):

• Новые запреты (❌ НИКОГДА НЕ ДЕЛАТЬ)
• Обязательные проверки данных
• Правила безопасности
• Критические бизнес-правила
• Валидация типов предметов

🟡 ВАЖНЫЕ (рекомендуется добавить):

• Новые workflow этапы
• Правила производительности
• UX требования
• Интеграционные требования

🟢 ДОПОЛНИТЕЛЬНЫЕ (опционально):

• Рекомендации по улучшению
• Косметические правила
• Экспериментальные функции

3. 📋 ПРОЦЕСС ОБНОВЛЕНИЯ CHECKLIST

1. АНАЛИЗ ИЗМЕНЕНИЙ в rules2.md
   ↓
2. ОПРЕДЕЛЕНИЕ КАТЕГОРИИ (критическое/важное/дополнительное)
   ↓
3. ПОИСК СООТВЕТСТВУЮЩЕЙ СЕКЦИИ в development-checklist.md
   ↓
4. ДОБАВЛЕНИЕ/ОБНОВЛЕНИЕ ЧЕКБОКСА
   ↓
5. УВЕДОМЛЕНИЕ ПОЛЬЗОВАТЕЛЯ о синхронизации

🛠️ ПРАКТИЧЕСКИЕ ПРИМЕРЫ

ПРИМЕР 1: Добавлено новое правило в rules2.md

ИЗМЕНЕНИЕ: "Товар должен иметь минимум одно изображение"
↓
ACTION: Добавить в development-checklist.md:
"- [ ] Товар имеет минимум одно изображение"

ПРИМЕР 2: Изменен workflow статус

ИЗМЕНЕНИЕ: Добавлен новый статус "QUALITY_CHECK"
↓
ACTION: Обновить в checklist секцию "Workflow поставок":
"- [ ] Соблюдение последовательности: PENDING → SUPPLIER_APPROVED → QUALITY_CHECK → CONFIRMED..."

ПРИМЕР 3: Новое техническое требование

ИЗМЕНЕНИЕ: "API должно возвращать ответ за 500ms"
↓
ACTION: Добавить в секцию "Производительность":
"- [ ] API возвращает ответ за 500ms или меньше"

🎯 ШАБЛОНЫ ДЛЯ СИНХРОНИЗАЦИИ

ФОРМАТ ДОБАВЛЕНИЯ В CHECKLIST:

- [ ] {КРАТКОЕ_ОПИСАНИЕ_ПРАВИЛА} {(ИСТОЧНИК_ЕСЛИ_НУЖНО)}

ПРИМЕРЫ ХОРОШИХ ЧЕКБОКСОВ:

✅ - [ ] Проверить типизацию: ТОВАР ≠ ПРОДУКТ
✅ - [ ] Валидировать остатки перед добавлением в корзину
✅ - [ ] Запретить заказ предметов типа БРАК
✅ - [ ] Обеспечить связь parentId для производных типов

ПРИМЕРЫ ПЛОХИХ ЧЕКБОКСОВ:

❌ - [ ] Проверить что все хорошо (слишком общий)
❌ - [ ] Сделать как в rules2.md (не конкретный)
❌ - [ ] Не забыть про безопасность (неизмеримый)

🔄 АВТОМАТИЧЕСКОЕ УВЕДОМЛЕНИЕ

Когда я обновляю development-checklist.md из-за изменений в rules2.md, я буду сообщать:

🔄 АВТОСИНХРОНИЗАЦИЯ ВЫПОЛНЕНА:
📝 Изменения в rules2.md: {ОПИСАНИЕ}
✅ Обновлен development-checklist.md: {КОНКРЕТНЫЕ ДОБАВЛЕНИЯ}
🎯 Новых критических проверок: {КОЛИЧЕСТВО}

📊 МОНИТОРИНГ СИНХРОНИЗАЦИИ

МЕТРИКИ КАЧЕСТВА:

• Время между изменением rules2.md и обновлением checklist
• Полнота переноса критических правил
• Отсутствие дублирования в checklist
• Актуальность формулировок

УСПЕШНАЯ СИНХРОНИЗАЦИЯ:

✅ Все критические правила отражены в checklist
✅ Формулировки понятны и проверяемы ✅ Нет дублирования или противоречий ✅ Checklist остается удобным для использования

---

СТАТУС: Система активирована и будет применяться при каждом изменении rules2.md