Часть VIII. Жизненный цикл агентной системы¶

До этого момента книга объясняла, как собрать архитектуру, защитить ее, наблюдать за ней и безопасно выкатывать изменения. Но промышленная дисциплина не заканчивается первым запуском.

Когда агентная система живет дольше одной демонстрации, у команды появляются вопросы другого класса:

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

Эта часть отвечает именно на них. Она рассматривает агентную систему уже не как архитектурную схему, а как управляемый жизненный цикл.

Сквозной кейс в этой части

Сценарий разбора обращений поддержки здесь проходит всю дугу жизненного цикла: исправление дубля тикета становится набором изменений ADLC, пакетом высокорискового изменения, управляемой находкой контура заверения, утвержденным набором артефактов, контролем вывода из эксплуатации для старого писателя тикетов, сценарием несоответствия целей и контрольной оценки, телеметрией для обнаружения проблем и записью реестра с владельцем. Так читатель видит, что один инцидент должен менять не только код, но и доказательства, поэтапный выпуск, операции и ответственность.

Канонические сценарии жизненного цикла

В этой части три канонических сценария расходятся по разным вопросам жизненного цикла. Разбор обращений поддержки проверяет пакеты изменений для записывающих возможностей, подтверждения и доказательства восстановления после дубля тикета. Внутренний ассистент знаний проверяет владение корпусом, проверку свежести, контроль доступа и происхождение знаний. Координация инцидентов проверяет право эскалации, побочные эффекты уведомлений, ответственность за реагирование и обучение после инцидента.

Короткий маршрут по этой части

Если нужен быстрый проход, иди так:

Глава 19: перейти от SDLC к ADLC как к рабочей рамке;
Глава 20: понять, какие изменения считать значимыми для релиза;
Глава 21: увидеть, как находки превращаются в реагирование;
Глава 22: зафиксировать происхождение доверенных артефактов;
Глава 23: закрыть жизненный цикл через замену и вывод из эксплуатации;
Главы 24-27: расширить тот же контур на враждебное давление, суждение, наблюдаемость и ответственность всего контура систем.

Что решает эта часть¶

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

Карта ролей этой части¶

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

Рамка жизненного цикла удерживает переходы состояний от замысла до вывода из эксплуатации. Ее артефакт — модель состояний ADLC; это не просто новое название для SDLC.
Управление изменениями решает, какие изменения требуют проверки и шлюзов поэтапного выпуска. Его артефакт — пакет изменения; это не обычное проектное управление.
Контур заверения превращает находки в сдерживание, исправление и ответственность. Его артефакт — запись о находке и реагировании; это не наблюдаемость и не оценка качества.
Происхождение сохраняет цепочку доверенных артефактов и идентичность выпуска. Его артефакт — утвержденный набор артефактов; это не общая папка с доказательствами.
Вывод из эксплуатации закрывает или заменяет системы без потери ответственности. Его артефакт — план вывода из эксплуатации; это не удаление старого агента.
Несоответствие целей и инсайдерский риск называет враждебные пути и злоупотребления, вызванные неправильными стимулами. Его артефакт — сценарий риска и план контроля; это не повтор правил против внедрения инструкций.
Поведенческие и контрольные оценки дают суждение о выпуске: как система ведет себя и работают ли механизмы контроля. Их артефакт — оценочный шлюз и контракт проверки; это не реагирование на инциденты.
Наблюдаемость делает доказательную основу видимой и проверяемой. Ее артефакт — запись покрытия трассировкой и телеметрией; это не владелец управленческих решений.
Инвентаризация и реестр делают контур систем ответственным через владельцев и состояния жизненного цикла. Их артефакт — запись реестра; это не свободная таблица агентов.

Читай главы как цепочку: жизненный цикл задает состояния, управление изменениями контролирует движение, оценки выносят суждение о готовности, происхождение фиксирует доверенные артефакты, наблюдаемость сохраняет доказательства, контур заверения реагирует, когда доказательства превращаются в риск, вывод из эксплуатации закрывает старые пути, а реестр удерживает ответственность всего контура систем. Если две главы звучат как “управление”, различай их по тому, какой артефакт они обязаны оставить после проверки.

В этой части¶

Что ты должен вынести¶

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