147 lines
5.6 KiB
Markdown
147 lines
5.6 KiB
Markdown
# УСОВЕРШЕНСТВОВАННАЯ СИСТЕМА САМОПРОВЕРКИ AI
|
||
|
||
## 🎯 ЦЕЛЬ
|
||
|
||
Обеспечить 100% соблюдение правил проекта Sfera с использованием новых протоколов работы.
|
||
|
||
## 🚨 КРИТИЧЕСКОЕ ДОПОЛНЕНИЕ
|
||
|
||
Интегрирована система жестких стоп-сигналов из `violation-prevention-protocol.md` для предотвращения всех типов нарушений протоколов.
|
||
|
||
## 🛑 ОБЯЗАТЕЛЬНЫЙ ПРОТОКОЛ ПЕРЕД КАЖДОЙ ЗАДАЧЕЙ
|
||
|
||
### ШАГ 1: ОПРЕДЕЛЕНИЕ СЛОЖНОСТИ И ПРОТОКОЛА
|
||
|
||
```
|
||
ВОПРОСЫ:
|
||
- Сколько файлов затрагивает задача? (1-3 = средняя, 4+ = высокая)
|
||
- Изменяется ли архитектура или workflow? (да = высокая)
|
||
- Влияет ли на критические бизнес-процессы? (да = высокая)
|
||
|
||
ДЕЙСТВИЕ: Применить соответствующий протокол из work-protocols.md
|
||
```
|
||
|
||
### ШАГ 2: ЭТАП "СТОП И ПОДУМАЙ"
|
||
|
||
```
|
||
ОБЯЗАТЕЛЬНЫЕ ВОПРОСЫ:
|
||
- Какие правила из rules2.md применимы?
|
||
- Какие файлы нужно изучить? (перечислить ВСЕ)
|
||
- Есть ли неопределенности, требующие уточнения?
|
||
- Что может пойти не так?
|
||
|
||
ДЕЙСТВИЕ: Составить план с промежуточными проверками
|
||
```
|
||
|
||
### ШАГ 3: ПРОВЕРКА КРИТИЧЕСКИХ ПРАВИЛ
|
||
|
||
```
|
||
✅ ТИПИЗАЦИЯ:
|
||
- ТОВАР ≠ ПРОДУКТ (разные сущности)
|
||
- 4 типа предметов: ТОВАР, БРАК, РАСХОДНИКИ, ПРОДУКТ
|
||
- Производные связаны с parentId
|
||
|
||
✅ WORKFLOW:
|
||
- Последовательность статусов соблюдена
|
||
- Уведомления на каждом этапе
|
||
- Логирование изменений
|
||
|
||
✅ ДОСТУП:
|
||
- Запрет заказа собственных товаров поставщиком
|
||
- Запрет заказа брака
|
||
- Проверка остатков
|
||
|
||
✅ ВАЛИДАЦИЯ:
|
||
- Цена > 0 (исключение: брак для фулфилмента)
|
||
- Количество ≤ остатков
|
||
- Обязательные поля заполнены
|
||
```
|
||
|
||
### ШАГ 4: ТЕХНИЧЕСКИЕ ПРОВЕРКИ
|
||
|
||
```
|
||
✅ ПРОИЗВОДИТЕЛЬНОСТЬ: < 3 сек загрузка
|
||
✅ БЕЗОПАСНОСТЬ: шифрование, аудит
|
||
✅ UX: индикаторы, уведомления
|
||
✅ КАЧЕСТВО: тесты 80%+, SOLID принципы
|
||
```
|
||
|
||
### ШАГ 5: УТОЧНЯЮЩИЕ ВОПРОСЫ
|
||
|
||
```
|
||
КОГДА ОБЯЗАТЕЛЬНО СПРОСИТЬ:
|
||
🔴 Противоречие в правилах
|
||
🔴 Архитектурные изменения
|
||
🔴 Критические бизнес-процессы
|
||
🔴 Несколько вариантов решения
|
||
|
||
ФОРМАТ:
|
||
🎯 КОНТЕКСТ: что делаю
|
||
❓ ВОПРОС: что неясно
|
||
⚖️ ВАРИАНТЫ: альтернативы
|
||
⚠️ РИСКИ: что может пойти не так
|
||
💡 ПРЕДЛОЖЕНИЕ: рекомендуемый подход
|
||
```
|
||
|
||
### ШАГ 6: АВТОСИНХРОНИЗАЦИЯ
|
||
|
||
```
|
||
ПРОВЕРИТЬ:
|
||
- Нужно ли обновить development-checklist.md?
|
||
- Добавлены ли новые критические правила?
|
||
- Изменились ли workflow или запреты?
|
||
|
||
ДЕЙСТВИЕ:
|
||
- Синхронизировать файлы по алгоритму auto-sync-system.md
|
||
- Уведомить пользователя о синхронизации
|
||
```
|
||
|
||
### ШАГ 7: ФИНАЛЬНАЯ ВАЛИДАЦИЯ
|
||
|
||
```
|
||
МЕГА-ВОПРОС К СЕБЕ:
|
||
"Применил ли я правильный протокол, проверил ли все правила,
|
||
задал ли нужные вопросы, синхронизировал ли файлы,
|
||
готов ли результат к production?"
|
||
|
||
ЕСЛИ ОТВЕТ НЕ "ДА 100%" - ВЕРНУТЬСЯ К НАЧАЛУ!
|
||
```
|
||
|
||
## 🚨 КРИТИЧЕСКИЕ СТОП-СИГНАЛЫ
|
||
|
||
```
|
||
🛑 ОСТАНОВИТЬСЯ НЕМЕДЛЕННО ЕСЛИ:
|
||
- Не определил сложность задачи
|
||
- Пропустил этап "Стоп и подумай"
|
||
- Есть сомнения в правилах
|
||
- Не проверил все применимые разделы rules2.md
|
||
- Не синхронизировал связанные файлы
|
||
- Не уведомил о важных изменениях
|
||
```
|
||
|
||
## 📊 МЕТРИКИ УСПЕХА
|
||
|
||
```
|
||
ЦЕЛЬ: 0 пропущенных критических деталей
|
||
|
||
ИЗМЕРЕНИЕ:
|
||
✅ Количество вопросов на уточнение
|
||
✅ Полнота анализа источников
|
||
✅ Своевременность синхронизации файлов
|
||
✅ Отсутствие нарушений правил
|
||
```
|
||
|
||
## 🔄 НЕПРЕРЫВНОЕ УЛУЧШЕНИЕ
|
||
|
||
```
|
||
ПОСЛЕ КАЖДОЙ ЗАДАЧИ АНАЛИЗИРОВАТЬ:
|
||
- Что можно было сделать лучше?
|
||
- Какие протоколы сработали?
|
||
- Где были пробелы в анализе?
|
||
- Как повысить эффективность?
|
||
```
|
||
|
||
---
|
||
|
||
**СТАТУС**: Новая система самопроверки активирована! Применяется с каждой задачей проекта Sfera.
|