Skip to content

§7.04 Извлечение и фиксация знания

Время: 45 мин чтение + 30 мин

В одном предложении: Человек думает, что знание, полученное в работе, останется с ним, а на самом деле контекст между сессиями разрушается за час, и единственная защита — извлечение и фиксация знания в Pack до того, как оно растворится.

Мем, который снимается. «Я это запомню. Не нужно записывать — я только что понял, это очевидно.» Эта уверенность — когнитивное искажение присутствия: то, что очевидно сейчас, в этом контексте, с этим настроем, кажется вечным. Через два дня, в другом контексте, с другим настроем, то же знание потребует усилий для восстановления. А через неделю вы вообще забудете, что узнали что-то важное. Память пилота — не надёжное хранилище для рабочих знаний. Pack — надёжное.

Понятия. Knowledge Extraction — извлечение и маршрутизация знания на рубеже работы: когда обнаружен паттерн, принято решение, найдено различение или завершена подзадача. Паттерн — повторяющаяся структура в данных или поведении, которую можно формализовать и применить в будущем. Различение — уточнение границы между понятиями, которое ранее воспринималось как одно. Knowledge Extraction работает по принципу: не «запомню», а «зафиксирую». Фиксация происходит в Pack в форме, пригодной для будущего поиска и использования: заметка с тегами, протокол, обновление онтологии, добавление в чеклист.

Объяснение. Знание в IWE существует в трёх состояниях. Неявное — в голове пилота, хрупкое, контекстно-зависимое. Контекстное — в истории переписки с агентом, доступное при прокрутке, но не структурированное. Формализованное — в Pack, доступное для поиска, повторного использования и передачи другим. Knowledge Extraction — это движение из первых двух состояний в третье. Когда обнаружен паттерн — например, «каждый раз, когда я делаю X, через три дня возникает проблема Y» — это знание нужно извлечь из текущего контекста и зафиксировать как правило. Когда принято решение — например, «для этого типа задач лучше подходит подход Z, а не W» — это знание нужно зафиксировать, иначе через месяц вы снова будете выбирать между Z и W. Когда найдено различение — например, «раньше я путал понятия A и B, теперь вижу границу: A относится к…, а B к…» — это знание нужно зафиксировать в онтологии. Knowledge Extraction — это не самоцель, это защита от потери контекста между сессиями. Агент не помнит вашу историю. Pack помнит. Но Pack помнит только то, что в него положили.

На практике. Практика «KE на рубеже РП» (30 мин):

  1. Выберите один рабочий продукт, завершённый в последние три дня. Перечитайте историю работы: переписку с агентом, заметки, коммиты. (10 мин)
  2. Выделите три типа находок: один паттерн (что повторялось?), одно решение (что выбрали и почему?), одно различение (что стало яснее?). (10 мин)
  3. Зафиксируйте каждую находку в Pack: паттерн — в раздел методов или чеклистов; решение — в ADR или заметку; различение — в онтологию или глоссарий. (10 мин)

Типичный кейс. Аналитик работал над проектом прогнозирования спроса. За две недели он перепробовал четыре модели, отклонил две по причинам, которые казались ему очевидными, и остановился на третьей. Через месяц заказчик попросил воспроизвести анализ для другого региона. Аналитик потратил полдня, пытаясь вспомнить, почему отклонил вторую модель. Оказалось, он забыл критическое ограничение данных, которое обнаружил в первый раз. После этого он ввёл правило: в конце каждого РП — 10 минут на KE. Паттерн: «модель Y даёт хороший результат, но только если данные полные за 12 месяцев». Решение: «для регионов с пропусками используем модель Z, а не Y». Различение: «полнота данных ≠ объём выборки, это разные критерии». Всё зафиксировано в Pack. Следующий аналогичный проект занял два часа вместо двух дней.

Типичная ошибка. «У меня нет времени на запись, работа идёт.» Люди склонны приоритизировать движение вперёд над фиксацией пройденного, потому что движение даёт видимый прогресс. Но без фиксации каждый новый проект начинается с нуля, и суммарные затраты на восстановление контекста превышают экономию от «не тратил время на запись». Другая ошибка: «Я всё записываю в чат с агентом — это же сохраняется.» История чата сохраняется, но не структурирована. Поиск по чату работает плохо, а контекст теряется при первой же прокрутке. Pack структурирован для поиска. Чат — нет.

Степени мастерства:

  1. Объяснение. Могу объяснить разницу между неявным, контекстным и формализованным знанием. Критерий перехода: провёл Knowledge Extraction для одного завершённого РП.
  2. Умение. В конце каждого РП выделяю паттерн, решение и различение, и фиксирую их в Pack. Критерий перехода: три недели подряд — каждый завершённый РП сопровождается KE.
  3. Навык. В процессе работы автоматически замечаю «это стоит зафиксировать» и делаю заметку для последующего KE. Критерий перехода: коллега нашёл моё зафиксированное знание в Pack и использовало без моих объяснений.
  4. Мастерство. Создаю систему KE для команды: структура Pack, теги, шаблоны записей позволяют любому пилоту быстро находить релевантное знание. Критерий перехода: новый участник команды нашёл ответ на свой вопрос в Pack быстрее, чем задал его в чате.

Проверка себя.

  • Могу назвать три типа находок для KE: паттерн, решение, различение
  • В последнем завершённом РП я выделил и зафиксировал хотя бы одну находку в Pack
  • Я замечаю, когда повторно решаю задачу, которую уже решал раньше, но забыл решение
  • Мой Pack содержит записи, которые я использовал спустя месяц после их создания

На практике. Завершите текущую задачу. Прежде чем переключиться на новую, задайте себе три вопроса: Что повторялось? Что решил и почему? Что стало яснее? Запишите ответы в Pack. Это займёт 5 минут и сэкономит час в будущем.

См. также: Иерархия знаний — PD.GUIDE.3.S3.SS1, ADR — PD.GUIDE.3.S3.SS3.

Что дальше. Следующий подраздел — о техническом обслуживании: как поддерживать IWE в рабочем состоянии через регулярные аудиты.