§2.06 Дрейф Машины
Время: 45 мин чтение + 30 мин
В одном предложении: Человек думает, что если он однажды настроил IWE правильно, она будет работать правильно всегда, а на самом деле Машина неизбежно дрейфует от намерений пилота, потому что контекст меняется, инструменты обновляются, а привычки эрозируют, и единственный способ удержать курс — регулярно проверять расхождение.
Мем, который снимается. «Я настроил Pack три месяца назад, всё работает. Зачем трогать то, что не сломано?» На самом деле всё меняется: вы освоили новый метод, но не добавили его в Pack; агенты начали отвечать в стиле, который вы перестали использовать; хуки отключились при обновлении среды; резервные копии перестали создаваться, потому что закончилось место. Это не «поломка» — это дрейф. Машина продолжает работать, но не так, как вы задумали. И вы этого не замечаете, потому что изменения постепенные: сегодня чуть-чуть, завтра чуть-чуть, через месяц вы оказываетесь в другом месте.
Понятия. Дрейф — расхождение между текущим состоянием Машины и намерениями пилота. Дрейф неизбежен, потому что контекст меняется быстрее, чем Pack обновляется. Интенция — направление, которое пилот задал Машине: какие методы использовать, какие стандарты соблюдать, какие цели преследовать. Дрейф возникает, когда интенция остаётся прежней, а Машина адаптируется к новым условиям без согласования. Drift-detection — процесс обнаружения дрейфа: сверка Pack с текущей практикой, проверка хуков, аудит агентов, верификация резервных копий. Дрейф не виден невооружённым взглядом: он проявляется в деталях, которые кажутся «неважными» до тех пор, пока не накопятся в критическую массу.
Объяснение. Дрейф Машины отличается от дрейфа пилота. Пилот дрейфует, когда меняются его ценности, приоритеты, способы мышления. Машина дрейфует, когда она продолжает реализовывать старые намерения в новых условиях. Оба дрейфа важны, но требуют разных инструментов. Пилот обнаруживает свой дрейф через рефлексию, Диагноста, разговоры с другими. Машина обнаруживает свой дрейф через автоматические проверки, аудиты, сверку с Pack. Типичные признаки дрейфа Машины: Pack не обновлялся дольше месяца; агенты отвечают устаревшими шаблонами; хуки срабатывают с ошибками или не срабатывают вообще; резервные копии старше недели; структура DS перестала соответствовать Pack; появились дублирующие репозитории или файлы. Каждый признак сам по себе — мелочь. Вместе они сигнализируют: Машина ушла от намерений. Дрейф неизбежен, но контролируем. Контроль начинается с признания: дрейф есть всегда, вопрос только в скорости обнаружения. Еженедельный аудит находит дрейф за дни. Ежемесячный — за недели. Отсутствие аудита означает, что дрейф обнаружится при аварии.
На практике. Практика «Три признака дрейфа» (30 мин):
- Откройте Pack. Когда последний раз обновлялись формы или методы? Если больше месяца назад — это признак. Запишите. (10 мин)
- Проверьте одного агента. Задайте ему типовой вопрос. Отвечает ли он в актуальном стиле? Использует ли устаревшие шаблоны? Запишите. (10 мин)
- Проверьте резервные копии или хуки. Когда последний раз они срабатывали без ошибок? Если есть ошибки или пропуски — это признак. Запишите план коррекции. (10 мин)
Типичный кейс. Компания из пяти человек настроила IWE для управления проектами: Pack с методологиями, агенты для планирования, хуки на проверку документации. Через полгода проекты стали срываться, хотя команда работала интенсивно. Аудит показал: Pack не обновлялся четыре месяца — за это время команда перешла на новую методологию, но Pack хранил старую. Агенты планировали по старым шаблонам, создавая дублирующие задачи. Хуки проверяли документацию по устаревшему формату, и команда отключила их как «мешающие». Резервные копии не делались, потому что один репозиторий переехал, а скрипт не обновили. Дрейф накопился незаметно. После аудита и обновления Pack команда вернула синхронизацию. Проекты снова стали завершаться в срок, но главный урок: дрейф невидим до тех пор, пока не проверишь.
Типичная ошибка. «Если что-то сломается, я замечу.» Нет, вы не заметите. Дрейф — не поломка, это постепенное расхождение. Поломка видна сразу: система не работает. Дрейф невиден: система работает, но не так. Другая ошибка: «У меня нет времени на регулярный аудит.» Аудит — не трата времени, а инвестиция. Пятнадцать минут в неделю на проверку дрейфа экономят часы на исправление последствий.
Степени мастерства:
- Объяснение. Могу назвать три признака дрейфа Машины. Критерий перехода: нашёл один признак в своей IWE.
- Умение. Провожу аудит дрейфа раз в неделю: проверяю Pack, агентов, хуки. Критерий перехода: три недели подряд нашёл и исправил дрейф до того, как он стал проблемой.
- Навык. Системно замечаю дрейф по косвенным признакам: агент ответил странно, хук сработал с ошибкой, время на типовую задачу выросло. Критерий перехода: коллега заметила, что моя IWE «не устаревает».
- Мастерство. Проектирую Машину с автоматическим drift-detection: скрипты проверяют консистентность, алерты сигнализируют о расхождениях. Критерий перехода: другой человек использовал вашу систему обнаружения дрейфа.
Проверка себя.
- Могу назвать три признака дрейфа в своей IWE прямо сейчас
- Pack обновлялся за последний месяц: я добавил, изменил или уточнил правила
- Проверял агентов за последние две недели: они отвечают в актуальном стиле
- Хуки и резервные копии работают без ошибок: я проверял это за последнюю неделю
- Я знаю, какое расхождение между моей текущей практикой и Pack существует прямо сейчас
На практике. Откройте Pack. Найдите одну форму или метод, который вы используете по-другому, чем написано. Это дрейф. Либо обновите Pack под текущую практику, либо вернитесь к написанному правилу. Любое действие лучше, чем игнорирование.
См. также: Дрейф-контроль: PD.GUIDE.3.S2.SS7, Обратная связь: PD.GUIDE.3.S2.SS5.
Что дальше. Следующий подраздел — о том, как организовать регулярный аудит Машины и удерживать дрейф под контролем.