Быстрый старт

Как выбрать продукт, определить периметр и собрать первый управляемый AI-контур.

1. Начните с задачи

Не начинайте с полного портфеля. Выберите поверхность, которая непосредственно решает пользовательскую задачу:

ЗадачаТочка входа
Маршрутизировать обращения к моделямIAM.Router
Проверять AI-трафик и применять DLPIAM.Secure
Создавать и запускать агентовIAM Agent или IAM Marketplace
Работать с документами и источникамиIAM.Docs
Добавить консультанта на сайтIAM.Bot
Обрабатывать звонки и речьIAM.Voice + IAM.Speech
Описывать архитектуру как кодIAM.Solution / AGL
Сохранить личную память локальноIAM.Mind

2. Зафиксируйте периметр

Для каждого потока определите, где находятся данные, модель и журнал решений:

  • local — исполнение и память на устройстве владельца;
  • on-prem / perimeter — сервисы внутри выделенного контура;
  • dedicated — отдельная инсталляция или tenant boundary;
  • cloud — управляемая публичная поверхность продукта.

Статус production не означает, что любой профиль развертывания доступен без подготовки. На странице продукта отдельно указаны зависимости и operational границы.

3. Соберите цепочку управления

Минимальная управляемая цепочка выглядит так:

User / application
  → IAM.Identity context
  → IAM.Secure inspection
  → IAM.Router decision
  → approved model or tool
  → audit receipt

IAM.Core становится нужен, когда несколько продуктов должны обнаруживать возможности друг друга, передавать scoped context и координировать агентные действия через MCP/API.

4. Откройте нужную поверхность

На каждой продуктовой странице есть четыре типа ссылок:

  • Landing — публичное описание и запрос подключения;
  • Приложение — рабочий интерфейс, иногда требующий учётную запись;
  • API — внешний endpoint, если он является частью публичного контракта;
  • Портфель — возврат к общей карте iamgroup.ru.

5. Проверьте интеграцию

Перед production-использованием подтвердите:

  1. tenant и identity scope;
  2. маршрут модели и fallback;
  3. DLP/retention policy;
  4. таймауты, retry и идемпотентность;
  5. audit/observability;
  6. отказоустойчивость downstream-сервисов;
  7. staging regression для целевого сценария.