Быстрый старт
Как выбрать продукт, определить периметр и собрать первый управляемый AI-контур.
1. Начните с задачи
Не начинайте с полного портфеля. Выберите поверхность, которая непосредственно решает пользовательскую задачу:
| Задача | Точка входа |
|---|---|
| Маршрутизировать обращения к моделям | IAM.Router |
| Проверять AI-трафик и применять DLP | IAM.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-использованием подтвердите:
- tenant и identity scope;
- маршрут модели и fallback;
- DLP/retention policy;
- таймауты, retry и идемпотентность;
- audit/observability;
- отказоустойчивость downstream-сервисов;
- staging regression для целевого сценария.