Agent Registry

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

Инвентарь и реестр — не одно и то же

Различие определяет, что вообще можно сделать:

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

Инвентарь отвечает на вопрос «что у нас вообще есть», реестр — «что мы этим управляем». Команда, у которой есть только реестр, не видит теневых агентов; команда, у которой есть только инвентарь, видит их и ничего не может.

Минимальная запись

Владелец, назначение, уровень автономии (Agent Governance), доступные возможности, класс данных, состояние жизненного цикла, ссылка на утверждённые артефакты (Trusted Artifacts).

Состояния жизненного цикла нужны почти всегда: черновик, в пилоте, в эксплуатации, устаревающий, выведенный (Agent Decommissioning). Без них «выведенный» и «просто давно не трогали» неразличимы.

Почему разрастание опасно технически

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

Последний пункт — ключевой: шлюз, проверяющий «все ли агенты прошли оценку», при неполном инвентаре даёт зелёный свет, ничего на самом деле не проверив.

Разрастание начинается с маленьких исключений

Не с решения «давайте заведём сто агентов», а с последовательности «этому одному можно без реестра, он временный». Временный агент переживает своего автора, и через год никто не знает, зачем он ходит в базу.

Отсюда практика: исключение допустимо, но должно быть записанным исключением с датой пересмотра, а не отсутствием записи (Architecture Governance).

Покрытие реестра — это тоже наблюдаемость

Полезный сдвиг рамки: доля агентов, попавших в реестр и в контур наблюдаемости, — измеримая метрика здоровья платформы, а не организационная гигиена. Управление без наблюдаемости хрупко, а наблюдаемость с дырами в инвентаре — иллюзия (AI Observability Stack).

Связано с

  • Agent Governance — классификация по уровням автономии
  • Agent Decommissioning — что делать с кандидатами на вывод
  • Trusted Artifacts — на что ссылается запись реестра
  • Architecture Governance — записанное исключение вместо тихого
  • AI Observability Stack — покрытие как метрика
  • Agent Identity — субъекты, привязанные к записи
  • Multi Tenancy AI — арендатор как измерение учёта