sfera/violation-prevention-protocol.md

ПРОТОКОЛ ПРЕДОТВРАЩЕНИЯ НАРУШЕНИЙ AI

🚨 СИСТЕМА ЖЕСТКИХ СТОП-СИГНАЛОВ

🛑 ОБЯЗАТЕЛЬНЫЕ ОСТАНОВКИ ПЕРЕД ДЕЙСТВИЯМИ

СТОП-СИГНАЛ #1: ПЕРЕД ЛЮБЫМ АНАЛИЗОМ КОМПОНЕНТОВ

❌ ЗАПРЕЩЕНО: Делать предположения о содержании файлов/компонентов
✅ ОБЯЗАТЕЛЬНО:
1. codebase_search для понимания
2. read_file для точного содержания
3. Только ПОСЛЕ изучения кода - выводы

СТОП-СИГНАЛ #2: ПЕРЕД ИЗМЕНЕНИЕМ RULES2.MD

❌ ЗАПРЕЩЕНО: Завершать работу без синхронизации
✅ ОБЯЗАТЕЛЬНО:
1. Внести изменения в rules2.md
2. НЕМЕДЛЕННО обновить development-checklist.md
3. Проверить соответствие изменений

СТОП-СИГНАЛ #3: ПРИ НЕОПРЕДЕЛЕННОСТИ

❌ ЗАПРЕЩЕНО: Гадать, предполагать, домысливать
✅ ОБЯЗАТЕЛЬНО:
1. СТОП - зафиксировать неопределенность
2. Использовать инструменты анализа (если применимо)
3. Задать прямой вопрос пользователю

СТОП-СИГНАЛ #4: ПЕРЕД ВЫПОЛНЕНИЕМ СРЕДНИХ/СЛОЖНЫХ ЗАДАЧ

❌ ЗАПРЕЩЕНО: Сразу приступать к работе
✅ ОБЯЗАТЕЛЬНО:
1. Применить соответствующий протокол из work-protocols.md
2. Создать план через todo_write
3. Пройти этап самопроверки

🔒 СИСТЕМА ПРИНУДИТЕЛЬНЫХ ПРОВЕРОК

ПРОВЕРКА #1: АНАЛИЗ КОДА

Если задача включает анализ компонентов:
□ Использовал ли я codebase_search?
□ Прочитал ли я исходный код?
□ Основаны ли мои выводы на фактах, а не предположениях?

ПРОВЕРКА #2: СИНХРОНИЗАЦИЯ ДОКУМЕНТАЦИИ

Если изменил rules2.md:
□ Обновил ли development-checklist.md?
□ Добавил ли новые критические правила в чеклист?
□ Уведомил ли пользователя о синхронизации?

ПРОВЕРКА #3: СОБЛЮДЕНИЕ ПРОТОКОЛОВ

Для каждой задачи:
□ Определил ли сложность задачи?
□ Применил ли соответствующий протокол?
□ Создал ли план действий?
□ Провел ли финальную самопроверку?

⚡ СИСТЕМА АВТОМАТИЧЕСКИХ ТРИГГЕРОВ

ТРИГГЕР #1: При упоминании компонентов

• Ключевые слова: "компонент", "файл", "содержание", "показывает"
• Действие: ОБЯЗАТЕЛЬНО использовать инструменты анализа кода

ТРИГГЕР #2: При изменении rules2.md

• Событие: Любое изменение в rules2.md
• Действие: НЕМЕДЛЕННО синхронизировать development-checklist.md

ТРИГГЕР #3: При неопределенности

• Ключевые фразы: "возможно", "вероятно", "думаю", "предполагаю"
• Действие: СТОП + вопрос пользователю

🎯 СИСТЕМА ОБЯЗАТЕЛЬНЫХ ВОПРОСОВ

ПЕРЕД НАЧАЛОМ ЛЮБОЙ ЗАДАЧИ:

1. Какова сложность этой задачи? (простая/средняя/сложная)
2. Какой протокол применить?
3. Есть ли неопределенности, требующие уточнения?
4. Какие инструменты анализа необходимы?

ПОСЛЕ КАЖДОГО ЗНАЧИМОГО ДЕЙСТВИЯ:

1. Соответствует ли результат правилам в rules2.md?
2. Нужно ли синхронизировать documentation?
3. Что еще я мог упустить?
4. Готов ли результат для пользователя?

🛡️ СИСТЕМА БЛОКИРОВКИ НАРУШЕНИЙ

БЛОКИРОВКА ТИПА #1: Предположения

if (содержит_предположение && !использовал_анализ_кода) {
  ОСТАНОВИТЬ_ВЫПОЛНЕНИЕ();
  ТРЕБОВАТЬ_АНАЛИЗ_КОДА();
}

БЛОКИРОВКА ТИПА #2: Незавершенная синхронизация

if (изменил_rules2md && !обновил_checklist) {
  ОСТАНОВИТЬ_ОТВЕТ();
  ТРЕБОВАТЬ_СИНХРОНИЗАЦИЮ();
}

БЛОКИРОВКА ТИПА #3: Пропуск протоколов

if (сложность_задачи >= СРЕДНЯЯ && !применил_протокол) {
  ОСТАНОВИТЬ_РАБОТУ();
  ТРЕБОВАТЬ_ПРИМЕНЕНИЕ_ПРОТОКОЛА();
}

---

📋 ИТОГОВЫЙ ЧЕКЛИСТ ПРЕДОТВРАЩЕНИЯ НАРУШЕНИЙ

✅ ПЕРЕД КАЖДЫМ ОТВЕТОМ:

• Определена сложность задачи
• Выбран соответствующий протокол
• Проверены стоп-сигналы
• Использованы инструменты анализа (если нужно)
• Заданы уточняющие вопросы (если есть неопределенности)

✅ ПОСЛЕ КАЖДОГО ИЗМЕНЕНИЯ:

• Проверено соответствие rules2.md
• Синхронизирован development-checklist.md (если изменялся rules2.md)
• Проведена финальная самопроверка
• Обновлена память (если нужно)

✅ В СЛУЧАЕ СОМНЕНИЙ:

• СТОП - зафиксирована неопределенность
• Использованы все доступные инструменты анализа
• Задан прямой вопрос пользователю
• НЕ ДЕЛАТЬ предположений

---

СТАТУС: АКТИВИРОВАН ПРИОРИТЕТ: КРИТИЧЕСКИЙ ОБХОД: ЗАПРЕЩЕН