Содержание слайдов

1. 1. Конфигурации агентного стека

   Обвязка, модель и инструменты — в границах управляемого стека. Гость: Михаил Трифонов, Cloud.ru

2. 2. Выбор «своё или чужое» ложный

   Открытый клиент, локальная модель и MCP отвечают по-разному

   Open source ≠ local inference

   Self-hosted ≠ безопасные действия

   Внутренний MCP ≠ узкие права

   Внешний API ≠ утечка по умолчанию

3. 3. Агент — больше, чем модель

   Управляемость появляется только вместе с идентичностью и техническими границами исполнения

4. 4. «Свой» — это четыре контроля

   Эти свойства не следуют друг из друга и должны проверяться отдельно

5. 5. Три оси выбираются независимо

   На каждой оси — свой путь данных, стоимость, точка отказа и lock-in

6. 6. Логотип не описывает конфигурацию

   Документация подтверждает возможности, не безопасность

   Наблюдаем

   OpenCode и Codex — открытые клиенты

   Codex поддерживает custom providers

   Claude поставляется разными путями

   Не следует

   Модель локальна и открыта

   Tool use одинаков у endpoints

   Sandbox включён и достаточен

7. 7. Контроль живёт на двух шлюзах

   Модельный шлюз управляет маршрутом данных, инструментальный — полномочиями и эффектом

8. 8. 01. Восемь конфигураций

   Архитектурные паттерны с разной ценой контроля, скорости и эксплуатации

9. 9. Восемь конфигураций на одной карте

   Не рейтинг, а восемь разных сочетаний пути данных и пути полномочий

10. 10. Локальность не отменяет эксплуатацию

    Два разных локальных режима

    1 · Автономный стек

    Air-gap и закреплённые версии

    Максимум собственной ответственности

    GPU, serving, evals, обновления

    3 · Клиент + local model

    Готовый UX и tool loop

    Совместимость доказывают evals

    Workstation остаётся границей

11. 11. Внешняя модель не требует внешних прав

    Планирует frontier-модель, права остаются внутри

    2 · Своя обвязка + API

    Свой процесс и слой инструментов

    Frontier quality без своих GPU

    Секреты фильтрует gateway

    7 · Planner + executor

    Наружу — типизированный план

    Credentials остаются внутри

    Policy проверяет бизнес-инварианты

12. 12. За скорость платят доверием

    Вендорский клиент отделим от корпоративных полномочий

    4 · Agent + internal gateway

    Сильный UX и свежая модель

    Capabilities принадлежат компании

    OBO, policy, trace на шлюзе

    5 · Полный SaaS

    Минимальное время до пилота

    Tenant, connectors, retention

    Высокий control-plane lock-in

13. 13. Гибкость требует платформы

    Маршрутизации нужны evals; личному стеку — границы

    6 · Multi-model router

    Цена, качество, latency, region

    Fallback по классу данных

    Evals для каждого маршрута

    8 · User agent + SaaS/MCP

    Быстрый личный workflow

    Shadow tokens и supply chain

    Registry, scopes, test tenant

14. 14. У конфигураций нет общего рейтинга

    Характеристики зависят от контекста внедрения

    Air-gap требует конфигурации 1

    Скорость пилота ведёт к 5

    Корпоративные actions — к 4

    Высокий risk — к 7

15. 15. 02. Цепочка полномочий

    Threat model от пользовательского намерения до фактического изменения системы

16. 16. Атакуют путь от данных к действию

    Каждая граница добавляет свой канал утечки, confused deputy или подмены цели

17. 17. Результат инструмента тоже недоверенный

    Issue, письмо, README и лог становятся новым управляющим каналом

    Маркировать внешние данные

    Фильтровать результаты и ошибки

    Сужать следующие capabilities

    Тестировать повторные атаки

18. 18. Политика должна быть технической

    Модель предлагает действие; право выполнить его проверяют вне модели

19. 19. 03. Как выбирать

    Сначала допустимый путь данных, затем цена действия и операционная ответственность

20. 20. Сначала данные, потом продукты

    Три вопроса быстро сужают восемь конфигураций до допустимого набора

21. 21. Базовый выбор зависит от внедрения

    Выбирайте минимальную конфигурацию с обязательными границами

    Пилот · 4 / 5 — Один repo, read-only или PR

    Корплатформа · 4 → 6 — Сначала gateway и evals

    Регулируемый контур · 1 / 7 — Fail closed, OBO, sandbox

22. 22. Два шлюза держат платформу

    Вокруг собственных модельного и инструментального шлюзов можно держать несколько клиентов и моделей

23. 23. Источники подтверждают свойства, не рейтинг

    Официальные репозитории, документация поставщиков, MCP, NIST и OWASP

    OpenCode · Codex · Claude Code

    GLM-5 · GigaChat API

    MCP authorization и transports

    NIST agent hijacking · OWASP

24. 24. Суверенность — свойство всей цепочки

    Записывайте полный кортеж стека

    Картируйте данные и полномочия

    Владейте двумя choke points

    Проверяйте policy отрицательными тестами

    Контролируйте путь от намерения до фактического изменения