Универсальные руководства

#### §2.06 Дрейф Машины

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

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

**Мем, который снимается.** «Я настроил Pack три месяца назад, всё работает. Зачем трогать то, что не сломано?» На самом деле всё меняется: вы освоили новый метод, но не добавили его в Pack; агенты начали отвечать в стиле, который вы перестали использовать; хуки отключились при обновлении среды; резервные копии перестали создаваться, потому что закончилось место. Это не «поломка» — это дрейф. Машина продолжает работать, но не так, как вы задумали. И вы этого не замечаете, потому что изменения постепенные: сегодня чуть-чуть, завтра чуть-чуть, через месяц вы оказываетесь в другом месте.

**Понятия.** Дрейф — расхождение между текущим состоянием Машины и намерениями пилота. Дрейф неизбежен, потому что контекст меняется быстрее, чем Pack обновляется. Интенция — направление, которое пилот задал Машине: какие методы использовать, какие стандарты соблюдать, какие цели преследовать. Дрейф возникает, когда интенция остаётся прежней, а Машина адаптируется к новым условиям без согласования. Drift-detection — процесс обнаружения дрейфа: сверка Pack с текущей практикой, проверка хуков, аудит агентов, верификация резервных копий. Дрейф не виден невооружённым взглядом: он проявляется в деталях, которые кажутся «неважными» до тех пор, пока не накопятся в критическую массу.

**Объяснение.** Дрейф Машины отличается от дрейфа пилота. Пилот дрейфует, когда меняются его ценности, приоритеты, способы мышления. Машина дрейфует, когда она продолжает реализовывать старые намерения в новых условиях. Оба дрейфа важны, но требуют разных инструментов. Пилот обнаруживает свой дрейф через рефлексию, Диагноста, разговоры с другими. Машина обнаруживает свой дрейф через автоматические проверки, аудиты, сверку с Pack. Типичные признаки дрейфа Машины: Pack не обновлялся дольше месяца; агенты отвечают устаревшими шаблонами; хуки срабатывают с ошибками или не срабатывают вообще; резервные копии старше недели; структура DS перестала соответствовать Pack; появились дублирующие репозитории или файлы. Каждый признак сам по себе — мелочь. Вместе они сигнализируют: Машина ушла от намерений. Дрейф неизбежен, но контролируем. Контроль начинается с признания: дрейф есть всегда, вопрос только в скорости обнаружения. Еженедельный аудит находит дрейф за дни. Ежемесячный — за недели. Отсутствие аудита означает, что дрейф обнаружится при аварии.

**На практике.** Практика «Три признака дрейфа» (30 мин):

1. Откройте Pack. Когда последний раз обновлялись формы или методы? Если больше месяца назад — это признак. Запишите. (10 мин)
2. Проверьте одного агента. Задайте ему типовой вопрос. Отвечает ли он в актуальном стиле? Использует ли устаревшие шаблоны? Запишите. (10 мин)
3. Проверьте резервные копии или хуки. Когда последний раз они срабатывали без ошибок? Если есть ошибки или пропуски — это признак. Запишите план коррекции. (10 мин)

**Типичный кейс.** Компания из пяти человек настроила IWE для управления проектами: Pack с методологиями, агенты для планирования, хуки на проверку документации. Через полгода проекты стали срываться, хотя команда работала интенсивно. Аудит показал: Pack не обновлялся четыре месяца — за это время команда перешла на новую методологию, но Pack хранил старую. Агенты планировали по старым шаблонам, создавая дублирующие задачи. Хуки проверяли документацию по устаревшему формату, и команда отключила их как «мешающие». Резервные копии не делались, потому что один репозиторий переехал, а скрипт не обновили. Дрейф накопился незаметно. После аудита и обновления Pack команда вернула синхронизацию. Проекты снова стали завершаться в срок, но главный урок: дрейф невидим до тех пор, пока не проверишь.

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

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

1. Объяснение. Могу назвать три признака дрейфа Машины. Критерий перехода: нашёл один признак в своей IWE.
2. Умение. Провожу аудит дрейфа раз в неделю: проверяю Pack, агентов, хуки. Критерий перехода: три недели подряд нашёл и исправил дрейф до того, как он стал проблемой.
3. Навык. Системно замечаю дрейф по косвенным признакам: агент ответил странно, хук сработал с ошибкой, время на типовую задачу выросло. Критерий перехода: коллега заметила, что моя IWE «не устаревает».
4. Мастерство. Проектирую Машину с автоматическим drift-detection: скрипты проверяют консистентность, алерты сигнализируют о расхождениях. Критерий перехода: другой человек использовал вашу систему обнаружения дрейфа.

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

- Могу назвать три признака дрейфа в своей IWE прямо сейчас
- Pack обновлялся за последний месяц: я добавил, изменил или уточнил правила
- Проверял агентов за последние две недели: они отвечают в актуальном стиле
- Хуки и резервные копии работают без ошибок: я проверял это за последнюю неделю
- Я знаю, какое расхождение между моей текущей практикой и Pack существует прямо сейчас

**На практике.** Откройте Pack. Найдите одну форму или метод, который вы используете по-другому, чем написано. Это дрейф. Либо обновите Pack под текущую практику, либо вернитесь к написанному правилу. Любое действие лучше, чем игнорирование.

**См. также:** Дрейф-контроль: , Обратная связь: .

**Что дальше.** Следующий подраздел — о том, как организовать регулярный аудит Машины и удерживать дрейф под контролем.

← Предыдущий раздел Следующий раздел →