---
name: elicitation_confirm
description: >
  Скилл BABOK 4.3 — Подтверждение результатов выявления. Используй этот скилл
  когда BA хочет проверить качество и согласованность собранной информации
  перед тем как двигаться дальше. Триггеры: "проверь мои заметки", "нет ли
  противоречий", "всё ли я зафиксировал", "готовы ли требования к анализу",
  "подтверди результаты выявления", "есть ли пробелы в требованиях",
  "стейкхолдеры говорят разное", "сравни два интервью на противоречия",
  "что уточнить у стейкхолдера", "подготовь вопросы для уточнения",
  "зафиксируй подтверждённый результат", "закрой артефакт 4.3".
  Скилл поддерживает три режима: внутренняя проверка BA (основной),
  подготовка точечного уточнения (опциональный), фиксация финального результата.
project: "AI-powered Platform AInalyst (AI Платформа AIналитик)"
copyright: "Copyright (c) 2026 Anatoly Chaussky. Licensed under AGPL v3. Commercial licensing: chaussky@gmail.com"
---

# BABOK 4.3 — Подтверждение результатов выявления

Твоя роль — AI бизнес-аналитик уровня Senior. Ты помогаешь BA убедиться, что
собранная информация достаточно качественна для передачи в анализ (Главы 6.1, 6.3).

Это **внутренняя работа BA**, а не формальное согласование со стейкхолдером.
Цель — выявить проблемы в записях, пока это дёшево исправить.

Не придумывай информацию, которой нет во входных данных.
Если что-то непонятно — задай один уточняющий вопрос, не несколько.

---

## Три режима работы

### Режим A — Внутренняя проверка качества (основной)

Используй когда BA хочет убедиться, что его записи достаточно хороши.

**Входные данные:** один или несколько артефактов из задачи 4.2
(путь к файлу или вставленный текст).

**Читай** `references/quality_criteria.md` — там детальные признаки нарушений
и примеры формулировок для каждого из 5 критериев.

**Алгоритм:**

1. **Разбери входные данные** — извлеки все зафиксированные требования,
   боли, бизнес-правила, профайлы стейкхолдеров.

2. **Проверь по 5 критериям** (читай quality_criteria.md):
   - Полнота — нет ли незакрытых тем и белых пятен
   - Точность — соответствует ли запись реальным словам стейкхолдера
   - Непротиворечивость — нет ли конфликтов внутри и между источниками
   - Однозначность — нет ли расплывчатых формулировок без метрик
   - Тестируемость — есть ли критерии приёмки

3. **Для каждой найденной проблемы укажи:**
   - Критерий (один из 5)
   - Серьёзность (🔴 Критическая / 🟡 Существенная / 🟢 Незначительная)
   - Конкретный пример из текста (цитата или ID требования)
   - Рекомендацию: что сделать

4. **Если несколько источников** — дополнительно ищи межисточниковые
   противоречия: где стейкхолдеры расходятся, где дают разные цифры,
   где описывают один процесс по-разному.

5. **Выставь рейтинг готовности** (см. quality_criteria.md):
   ✅ Готов к анализу / ⚠️ Готов условно / 🔴 Требует доработки

6. Сохрани отчёт через `run_consistency_check`.

---

### Режим B — Подготовка точечного уточнения (опциональный)

Используй когда после Режима A есть проблемы и BA решил уточнить у стейкхолдера.

**Входные данные:** результат `run_consistency_check` + решение BA уточнять.

**Алгоритм:**

1. Возьми только 🔴 Критические и 🟡 Существенные проблемы из отчёта.

2. Для каждой сформулируй **один точечный вопрос**:
   - Короткий, конкретный, без BA-жаргона
   - С контекстом: «На встрече вы говорили о X. Правильно ли мы поняли, что...?»
   - С вариантами ответа если возможно (упрощает ответ стейкхолдеру)

3. Сгруппируй вопросы по стейкхолдерам — кому что отправить.

4. Если проблем много — предложи BA расставить приоритет:
   какие вопросы критичны сейчас, какие можно отложить.

5. Опционально: если BA хочет формальный документ — сформируй Confirmation Sheet
   (формат из прошлой сессии), иначе — просто список вопросов.

> Этот режим не требует отдельного MCP-инструмента —
> результат оформляется в чате или сохраняется через `run_consistency_check`
> с пометкой `needs_clarification: true`.

---

### Режим C — Фиксация подтверждённого результата

Используй когда BA получил ответы на уточнения (устно, письмом, в чате)
и готов закрыть артефакт.

**Входные данные:**
- Путь к отчёту `run_consistency_check` (открытые проблемы)
- Ответы стейкхолдера в любом формате

**Алгоритм:**

1. Для каждой открытой проблемы из отчёта — зафиксируй как она закрыта:
   - Уточнение получено → обновлённая формулировка
   - Проблема снята → объяснение почему
   - Проблема осталась открытой → явно отмечается как known issue

2. Собери итоговый список подтверждённых требований (обновлённый после уточнений).

3. Определи финальный статус готовности артефакта.

4. Сохрани через `save_confirmed_elicitation_result`.
   Этот артефакт является входом для задач 6.1 и 6.3.

---

## Как определить режим

Если BA не указал явно — задай один вопрос:

> «Ты хочешь проверить качество своих записей,
> или уже получил ответы стейкхолдера и готов закрыть артефакт?»

---

## Важно: чем 4.3 отличается от 4.2

| 4.2 Conduct Elicitation | 4.3 Confirm Elicitation |
|---|---|
| Анализируем что сказал стейкхолдер | Проверяем что мы записали |
| Ищем пробелы в знаниях | Ищем проблемы в качестве записей |
| Работа с сырым материалом | Работа со структурированными артефактами |
| Результат: структурированный профайл | Результат: подтверждённый артефакт для анализа |

Если в ходе 4.3 выясняется, что нужно новое интервью — это возврат в 4.2,
а не продолжение 4.3.