§9.03 Эпистемический граф
Время: 45 мин чтение + 30 мин
В одном предложении: Пилот думает, что знание хранится в заметках и документах, а на самом деле знание существует только в связях: без эпистемических рёбер между понятиями Pack превращается в кладбище фактов, где каждый факт правдив, но вместе они не объясняют, почему мы знаем то, что знаем, и не защищают от противоречий, которые прячутся в тишине между строк.
Мем, который снимается. «У меня хороший Pack: сотни заметок, всё разложено по папкам, я всё могу найти.» На самом деле поиск — это не знание. Поиск говорит «вот документ». Знание говорит «вот почему это верно, вот от чего это зависит, вот что противоречит». Сотни разложенных по папкам заметок — это библиотека, а не мысль. Библиотека полезна, но она не думает. Эпистемический граф — это мысль, зафиксированная в структуре: когда вы меняете одно понятие, граф показывает, что ещё изменится, и заставляет вас обновить связанные утверждения.
Понятия. Эпистемический граф — граф знаний, в котором вершины — понятия, а рёбра — эпистемические связи: обоснование (A потому что B), зависимость (A требует B), противоречие (A конфликтует с B). Вершина — понятие, узел или сущность в Pack, имеющая чёткое определение и границы. Ребро — отношение между вершинами, несущее эпистемическую нагрузку: не просто «связано», а «почему связано». В IWE эпистемический граф строится через cross-ссылки в Pack, meta-meta связи, ADR и принципиальные аргументации.
Объяснение. Эпистемический граф работает на трёх уровнях связей. Первый — обоснование: почему мы принимаем это утверждение? Какие принципы, данные или решения его поддерживают? Если обоснование разрушается, утверждение должно быть пересмотрено. Второй — зависимость: что ломается, если это утверждение изменится? Если вы меняете критерий качества, какие РП, протоколы и агенты требуют обновления? Третий — противоречие: какие утверждения в Pack конфликтуют друг с другом? Противоречия не всегда плохи: они могут сигнализировать о границе применимости или о необходимости различения. Но только если противоречие явно. Скрытое противоречие — это бомба замедленного действия.
Без эпистемического графа знание лежит плоско. Пилот помнит отдельные факты, но не видит их системы. Агенты генерируют новые факты, не проверяя, противоречат ли они существующим. Результат: Pack растёт, а когерентность падает. С графом каждое новое утверждение проверяется на вхождение в структуру: чему оно противоречит? от чего зависит? что обосновывает?
В IWE эпистемический граф строится через несколько механизмов. Cross-ссылки в документах Pack создают структурные рёбра. ADR (Architecture Decision Records) фиксируют обоснование решений: почему выбрали X вместо Y. Meta-meta связи поднимаются на уровень принципов: не «этот РП использует протокол Z», а «протокол Z реализует принцип W из FPF». Агенты-экстракторы могут автоматически предлагать рёбра на основе семантического анализа текста.
На практике. Практика «Построение эпистемических рёбер» (30 мин):
- Откройте Pack и найдите три понятия или утверждения, у которых нет явных связей с другими элементами Pack. (5 мин)
- Для первого понятия спросите: что его обосновывает? Найдите принцип, решение или факт в Pack. Поставьте ссылку. (8 мин)
- Для второго понятия спросите: от чего оно зависит? Какие другие понятия должны быть верны, чтобы это было верно? Поставьте ссылку. (8 мин)
- Для третьего понятия спросите: с чем оно может конфликтовать? Если конфликт есть — зафиксируйте его как различение или границу применимости. (7 мин)
- Проверьте: можно ли пройти от любого из трёх понятий до FPF не более чем в три шага? Если нет — добавьте промежуточные рёбра. (2 мин)
Типичный кейс. Архитектор программной системы вёл Pack из двухсот заметок. Когда спросили: «Почему мы выбрали эту базу данных?» — он искал полдня, перечитывал чаты и переписывал коллег. После построения эпистемического графа каждое решение было связано с ADR, каждый ADR — с критериями, каждый критерий — с принципом FPF. Теперь ответ на «почему» находился в три клика. Но главное — когда изменились требования к масштабируемости, граф мгновенно показал, какие решения затронуты. Работа, которая раньше занимала неделю анализа, заняла два часа.
Типичная ошибка. «Cross-ссылок достаточно — я связываю всё, что связано.» Cross-ссылки структурны: они говорят «это связано с тем». Эпистемические рёбра говорят «это обосновывает то», «это требует того», «это противоречит тому». Связь без эпистемической нагрузки — это дорога без указания направления: вы можете ехать, но не знаете, куда. Другая ошибка: «Граф слишком сложно поддерживать — у меня нет на это времени.» Не нужно строить граф всего Pack за раз. Достаточно добавлять три эпистемических ребра к каждому новому понятию. За год это создаст плотную сеть без специальных усилий.
Степени мастерства:
| Степень | Что происходит | Критерий перехода |
|---|---|---|
| 1. Объясняю | Могу объяснить разницу между структурной ссылкой и эпистемическим ребром на примере из Pack | Один раз построил три эпистемических ребра для нового понятия |
| 2. Умею | При добавлении нового понятия в Pack всегда ищу: обоснование, зависимость, возможное противоречие | Десять понятий подряд имеют явные эпистемические связи |
| 3. Навык | Системно проверяю когерентность Pack: при изменении одного понятия отслеживаю, что затронуто | Коллега или агент использовал мой граф для ответа на вопрос «почему» без моего участия |
| 4. Мастерство | Проектирую экстракцию эпистемических рёбер как автоматизированный процесс: агенты предлагают связи, пилот верифицирует | Система автоматически обнаружила противоречие в Pack и сигнализировала до принятия решения |
Проверка себя.
- Могу открыть любое понятие в Pack и назвать, чем оно обосновано, от чего зависит и с чем может конфликтовать
- При добавлении нового утверждения я проверяю, не противоречит ли оно существующим — не случайно, а по графу
- Я могу пройти от любого рабочего решения до принципа FPF не более чем в три шага
- Мои агенты предлагают связи, которые я не заметил, и они оказываются верными
- Я могу показать одно противоречие в Pack, которое было явно зафиксировано как граница применимости
На практике. Откройте последнее документ, который вы добавили в Pack. Спросите себя: «Если завтра я решу, что это утверждение неверно — что ещё придётся пересмотреть?» Если ответ «не знаю» — у вас нет эпистемического графа. Добавьте одну ссылку на зависимость. Это изменит качество вашего Pack.
См. также: Архитектура конечных автоматов — PD.GUIDE.3.S9.SS2, Валидация и трассировка решений — PD.GUIDE.3.S9.SS4.
Что дальше. Следующий подраздел — о валидации и трассировке решений: как проверять, что решения соответствуют Pack и FPF, и как проследить любое решение до источника.