Десять принципов · принцип 05 из 10

Автоулучшение (Vibe Change)

100% изменений в бизнес-процессах инициируются, анализируются или реализуются ИИ-агентами.

обновлено 2 августа 20264 мин чтения

Принципы 1–4 дали нам тотальное использование ИИ, единый контекст, делегирование задач и вайб-пластичность. Теперь применяем всё это к самой важной задаче — менеджменту изменений.

Смысловой порядок. P5 — вершина стека автоматизации, и логически он читается после P7. Сначала выстраиваются полномочия, безопасность и агентный цикл, и только затем автоулучшение как высшая форма их применения. Номер 5 сохранён по исходной публикации.

Узкое место — сам цикл улучшений

Вайб-пластичность открывает шлюзы: каждый может менять процессы и продукт. Конкуренты не ждут. Нужно больше фич, больше экспериментов, быстрее.

Но изменения не делаются сами по себе. Нужно понять, что менять. Проанализировать данные. Найти возможности и проблемы. Выбрать направление. Приоритизировать. Реализовать. Проверить результат.

При растущем темпе узким местом становится весь этот цикл — его стоимость и его скорость. Не отдельная задача, а способность организации проходить круг целиком.

Принцип автоулучшения убирает это бутылочное горлышко. Не человек запускает цикл улучшений — агент видит проблему, предлагает решение, реализует после одобрения. Роль человека — направление и контроль.

Как это выглядит в работе

В одном из проектов схема получилась такой:

  1. симуляция взаимодействия пользователя с продуктом;
  2. генерация обратной связи от имени пользователя;
  3. анализ этой обратной связи агентом;
  4. агент формирует бэклог улучшений;
  5. одобрение владельца продукта;
  6. реализация изменений агентом;
  7. подтверждение владельцем.

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

Второй пример проще и работает каждый день: команда auto_improve. После рабочей сессии агент анализирует диалог, находит затруднения и предлагает обновить правила, команды и скрипты. Пять минут гигиены в конце сессии.

Два следствия, без которых принцип не работает

Следствие 1. Наблюдаемость. 100% действий внутри процессов должны быть наблюдаемы, иметь цифровые следы и обратную связь. Включая действия агентов, для которых логирование до уровня «вход-выход LLM» — базовая гигиена. Без этого не увидеть, что и как улучшать.

Следствие 2. Актуальность правил. 100% правил, норм и алгоритмов, по которым совершаются действия, должны быть зафиксированы, актуальны и доступны для анализа. Этому посвящён P6.

Что это значит на практике

Цикл улучшений должен быть замкнутым: сигнал → гипотеза → изменение → верификация → фиксация в общем стандарте. Изменение считается завершённым не тогда, когда оно внедрено, а тогда, когда закреплено в стандарте — правиле, шаблоне, тесте, регламенте.

Артефакты: журнал улучшений, описанный контур цикла, реестр принятых инвариантов.

Показатели: доля улучшений, дошедших до кодификации; частота циклов улучшения; тренд технического долга.

Анти-паттерны: много разовых фиксов; ретроспективы без системных последствий.

Со стороны ценности

Кому и зачем. Компании — чтобы улучшения процессов не упирались в одного человека, а шли потоком: заметить сигнал → предложить → внедрить после одобрения.

В чём выгода. Расшивается самое узкое место — сам цикл изменений. Улучшения перестают копиться в очереди. Это вершина всей автоматизации: агенты улучшают саму работу, а не только исполняют её.

Как измерить. Время от сигнала до закреплённого в стандарте изменения; доля улучшений, доведённых до фиксации в правилах, а не оставшихся разовыми; число изменений, инициированных агентами, а не только людьми.

Что легко переоценить. Что «внедрили» равно «улучшили». Изменение завершено, только когда закреплено в стандарте и наблюдаемо — иначе оно тихо откатывается, а следующий цикл начинается с нуля.

Дёшево проверить. Возьмите пару недавних улучшений и посмотрите: зафиксированы ли они в правилах и виден ли эффект в цифрах.

Что дальше

Автоматические изменения без порядка превращаются в хаос: агент оптимизирует процесс, которого уже нет, или строит интеграцию, не зная об ограничениях. Поэтому следующий принцип — P6 «Абсолютная актуальность регламентов».