S1 · Картирование системы

03.3 System Mapping

Картирование — этап, на котором строится карта системы и проводится её верификация. Это самый объёмный этап по времени и единственный, который завершается обязательной точкой подтверждения с носителем системы — воротами 1, переводящими карту из состояния draft в validated.

Что производит этап S1

ВХОД:  контекст из S0 (катализатор, граница, носитель)
         │
         ▼
   ┌──────────────────────────────────────┐
   │  S1 — Картирование системы            │
   │                                      │
   │  1. Построение карты (draft)          │
   │     элементы · связи · петли          │
   │     + провенанс каждого элемента      │
   │                                      │
   │  2. ВЕРИФИКАЦИЯ с носителем           │
   │     (ворота 1)                        │
   └──────────────────────────────────────┘
         │
         ▼
ВЫХОД: карта в статусе validated
       (готова к диагностике на S2)

Фаза 1: построение карты

Построение карты выполняется по шаблону раздела 01.4 Шаблон архитектуры (шаги 1–7): акторы, запасы, преобразования, решения, метрики, источники данных, причинные связи. Здесь — аспекты, специфичные для процессного этапа.

Провенанс — не опция, а механизм

Каждый элемент и каждая связь карты несут атрибут происхождения. Это не бюрократическая разметка — это то, что делает возможной быструю и честную верификацию.

   ИЗВЛЕЧЕНО (extracted)          ПРЕДПОЛОЖЕНО (inferred)
   ┌────────────────────┐        ┌────────────────────┐
   │ есть прямая цитата  │        │ вывод аналитика     │
   │ из источника        │        │ без прямой цитаты   │
   │                    │        │                    │
   │ проверяется         │        │ требует ЯВНОГО      │
   │ сверкой с цитатой   │        │ подтверждения       │
   │ за секунды          │        │ носителем           │
   └────────────────────┘        └────────────────────┘
            │                              │
            ▼                              ▼
     низкий риск                   высокий риск —
     (можно проверять              проверяется в
      пакетно)                     первую очередь

Это разделение прямо определяет порядок верификации: предположенные элементы проверяются первыми и требуют явного согласия; извлечённые — сверяются с цитатами, что быстро.

Особое внимание: причинные связи и петли

Причинные связи — самый рискованный для выдумывания элемент карты. Аналитик видит, что два события идут рядом в тексте, и рисует стрелку причинности, которой автор источника не имел в виду. Поэтому каждая причинная связь либо извлечена (есть цитата, прямо утверждающая влияние), либо помечена как предположенная — с явным обоснованием.

Петли при картировании не выдумываются — они обнаруживаются как замкнутые пути в уже построенном графе причинных связей. Если связи построены честно, петли проявляются сами. Если аналитик "подгоняет" связи, чтобы получить ожидаемую петлю — это нарушение, которое верификация должна выявить.

Фаза 2: верификация (ворота 1)

Это методологическое ядро всего STAF. Переход draft → validated — единственный источник доказательности для всего последующего анализа.

Почему верификация не опциональна

Аналитик, проработавший с материалами несколько дней, теряет способность отличить то, что он прочитал, от того, что он сам достроил. Его собственные гипотезы кажутся ему фактами. Это не недостаток конкретного аналитика — это свойство процесса погружения в материал.

Верификация разрывает этот эффект, привлекая того, кто не строил карту, но живёт внутри системы.

   Аналитик видит:              Носитель видит:
   "очевидную модель"           "вот здесь не так,
   (где факты и гипотезы         мы так не делаем"
    слились воедино)                    │
        │                              │
        └──── расхождение ─────────────┘
                  ↑
        обнаруживается за минуты,
        потому что носитель знает то,
        что не попало ни в один документ

Протокол верификации

Верификация проводится в определённом порядке (детально — 02.2 Диаграммы CLD, раздел "Как читать CLD"):

1. Назвать элементы      "Вот ключевые элементы. Что упущено или названо неточно?"
        │
        ▼
2. Проверить inferred    Каждый предположенный элемент — явный вопрос,
   В ПЕРВУЮ ОЧЕРЕДЬ       не утверждение. Подтвердить / отклонить / исправить.
        │
        ▼
3. Сверить extracted     Быстрая сверка с цитатами. Можно пакетно.
        │
        ▼
4. Показать петли        "Эта цепочка замыкается в усиливающую петлю.
                          Вы видите такое поведение в реальности?"
        │
        ▼
5. Спросить о пропущенном "Что важно в процессе, чего мы не показали?"
        │
        ▼
6. Граница               Если граница ai_inferred — подтвердить или
                          скорректировать явно.

Формат предъявления имеет значение

Карта предъявляется как "вот как мы поняли — проверьте", а не "вот что мы нашли". Это не вежливость — это разница в качестве ответов:

"Вот что мы нашли"     →  провоцирует согласие с экспертом
                          ("наверное, им виднее")

"Вот как мы поняли,    →  провоцирует реальную проверку
 проверьте"               ("так, а вот здесь не совсем...")

Результат верификации

Каждый элемент карты по итогам верификации:

• Подтверждён — остаётся в карте
• Отклонён — удаляется (для предположенных это нормальный исход, не ошибка)
• Исправлен — носитель уточнил формулировку или связь
• Добавлен — носитель указал на элемент, которого не было (происхождение: human-added)

После верификации карта получает статус validated. Только теперь она является основанием для диагностики.

Типичные ошибки этапа S1

Картирование процесса вместо системы. Построена последовательность шагов (блок-схема), но без причинных связей и петель. Признак: в карте нет ни одной петли, все стрелки в одну сторону. Это диаграмма процесса, не карта системы STAF.

Выдуманная причинность. Причинные связи поставлены по интуиции или по соседству в тексте, без обоснования. Верификация обычно вскрывает это — носитель не узнаёт своих "причинно-следственных связей".

Пропуск верификации. Карта построена и сразу пошла в диагностику. Это нарушение ворот 1 — диагноз по неверифицированной карте не является диагнозом STAF.

Верификация у не того человека. Карту подтверждает руководитель, знающий, как "должно работать", а не исполнитель, знающий, как работает. Формально верификация пройдена, фактически — подтверждена идеализированная картина, а не реальность.

Игнорирование provenance. Все элементы предъявлены носителю единым потоком, без выделения предположенных. Носитель устаёт и начинает подтверждать всё подряд — верификация превращается в формальность.

Ворота 1: критерии перехода к S2

• Каждый элемент и связь несут провенанс
• Все предположенные (inferred) элементы прошли явное подтверждение или отклонение
• Петли обнаружены из графа, а не подогнаны
• Верификацию провёл носитель, знающий реальный процесс
• Граница (если была ai_inferred) подтверждена носителем
• Карта получила статус validated

Без статуса validated переход к S2 (диагностике) недопустим.

STAF 1.0 · SysMindLab · 2026