Промпт-стратегия Root Cause Analysis (RCA): «Диагностика перед ремонтом»

Главная стратегия предотвращения «петли ошибок» — принудительное переключение ИИ в режим аналитика с помощью методики Root Cause Analysis (RCA).

5.1. Что такое RCA в промптинге

Root Cause Analysis (Анализ первопричины) — это подход, при котором ИИ категорически запрещается вносить изменения в файлы до тех пор, пока он не объяснит пользователю сущность проблемы и не получит одобрение плана действия.

Схема

┌───────────────────────────────────────────────────────────┐
│                     ПРОТОКОЛ RCA                          │
├───────────────────────────────────────────────────────────┤
│ 1. Передача чистого лога ошибки                           │
│ 2. Требование выдвинуть 2-3 гипотезы первопричины          │
│ 3. Формулирование пошагового плана исправления            │
│ 4. ЗАПРЕТ на внесение изменений до команды пользователя   │
└───────────────────────────────────────────────────────────┘

Четыре шага протокола Root Cause Analysis

5.2. Шаблон RCA-промпта для применения при багах

Шаблон RCA-промпта

В проекте произошел сбой.

ОПИСАНИЕ ОШИБКИ / ЛОГ:
[Вставьте очищенную строку ошибки или описание неверного поведения]

КОНТЕКСТ:
Сбой происходит при выполнении действия: [Описание действия] в файле @имя_файла.

ТВОЯ ЗАДАЧА:
1. Проведи Root Cause Analysis (поиск первопричины). Объясни в 2-3 предложениях простым языком, ПОЧЕМУ возникла эта ошибка.
2. Выдвинь 2 гипотезы: проблема в данных, в UI-верстке или в логике связывания?
3. Предложи короткий пошаговый план решения.

СТРОГОЕ ОГРАНИЧЕНИЕ: НЕ МЕНЯЙ файлы и НЕ ВЫДАВАЙ новый код, пока я не утвержу твой план.

← Анатомия консоли и гигиена логов: Как извлекать «чистые» данные Правило «Стоп-кран» (Circuit Breaker) и признаки зацикливания →