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

1. 1. AI-разработка — эволюционирующий стек

   Железо, модели, обвязка, инструменты и трейсы — как одна производственная система

2. 2. Сильная модель не создаёт систему

   Один checkpoint даёт командам разные результаты

   Разная упаковка контекста

   Разные примитивы действий

   Разные границы полномочий

   Разные доказательства выпуска

3. 3. Агент живёт в мире последствий

   Способность становится продуктом только через действие и проверку

   может — Способность — Поведение модели

   имеет право — Полномочия — Tools и identity

   сделала — Доказательство — Outcome и gates

4. 4. Преимущество живёт между слоями

   Сбой превращается в безопасное улучшение через весь стек

5. 5. 01. Два времени

   Локальная настройка живёт неделями, фундамент — годами

6. 6. Не каждый сбой требует новой модели

   Локальные ошибки чинятся быстро; повторяемые классы поднимаются выше

7. 7. Железо меняет возможную архитектуру

   Цена поведения зависит не только от FLOPS

8. 8. Ограничение тоже запускает co-design

   Архитектура реагирует на доступное железо и партнёрства

   Адаптировать внутрь

   DeepSeek-V3 на H800

   FP8 и MoE co-adapt

   Training stack следует ограничениям

   Партнёриться наружу

   Anthropic × Trainium

   Общий model-hardware roadmap

   Без владения hyperscaler

9. 9. 02. Среда действий

   API-совместимость не создаёт поведенческую совместимость

10. 10. Модель учится конкретному миру

    Названия, ошибки и примитивы действий меняют траекторию

11. 11. Автономности нужен протокол

    Длинная задача распадается без состояния и проверки

    Состояние между окнами

    Малые проверяемые итерации

    Ограниченная среда исполнения

    Восстановление после сбоя

12. 12. Обвязка страхует следующую слабость

    Созревшая способность становится tool; новый риск получает каркас

13. 13. 03. Контракты действий

    Инструмент — поведенческий интерфейс, а не только схема

14. 14. Стандарт вызова не гарантирует действие

    Discovery и schema — только начало контракта

    MCP стандартизует

    Обнаружение tool

    Входную schema

    Семантику вызова

    Система обеспечивает

    Корректную identity

    Ограниченный ответ

    Проверяемый effect

15. 15. Хороший tool ограничивает последствия

    Identity, policy, response и evidence проектируются вместе

16. 16. Шлюз учится на ошибках выбора

    Ценность — в управляемом действии, не в числе серверов

    01 — Выбор — Верный tool и arguments

    02 — Действие — Верная identity и scope

    03 — Recovery — Ясный сбой и retry

17. 17. Наблюдать — не значит обучать

    Telemetry, eval и training требуют разных прав

18. 18. Красивый путь не доказывает результат

    Итог проверяется в среде, надёжность — повторными прогонами

    Траектория

    Действия и tools

    Ошибки и recovery

    Стоимость и policy events

    Результат

    Итоговое состояние среды

    Скрытые исполнимые проверки

    Надёжность серии прогонов

19. 19. Сбой должен воспроизводиться

    Меняйте один слой и повторяйте допуск

    Сохранить трейс и конечное состояние

    Воспроизвести в фиксированной среде

    Изменить один слой

    Повторить проверки и допуск

    Выпустить с измеримым результатом

    Скорость цикла — операционная способность

20. 20. 04. Evidence и власть

    Проверяем полураспад harness и эффект интеграции

21. 21. Обвязка перенастраивается за полгода

    Большинство механизмов меняются; половина не обязательно исчезает

22. 22. Полураспад — метафора, не метрика

    Git показывает изменения кода, но не весь rollout

    Наблюдаем

    ≥7 из 10 перенастроены

    Примерно 3–4 явно заменены

    Быстрый compatibility program

    Не доказано

    Два проекта с ≥5 заменами

    Состояние production rollout

    Универсальная константа 180 дней

23. 23. Победит не одна универсальная вертикаль

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

24. 24. Арендуйте быстрое, владейте проверяемым

    Адаптация нужна там, где рынок встречается с вашей средой

25. 25. Свою обвязку нужно заслужить

    Пять «да» сильнее желания контролировать всё

26. 26. Сначала соберите право выпуска

    Шесть шагов замыкают контролируемую часть цикла

    Зафиксировать

    Выбрать реальные эпизоды

    Разделить режимы trace data

    Инвентаризировать action contracts

    Управлять

    Собрать переносимый replay

    Ввести повторные release gates

    Тестировать один слой

27. 27. Ваш moat — скорость доказанного изменения

    Компоненты дешевеют; способность учиться остаётся

    Оценивайте производственную систему

    Разведите быстрый и медленный циклы

    Проектируйте tools для поведения

    Владейте эпизодами, policy, outcomes

    Меняйте слой через evidence

    Сбой → replay → изменение → gate → выпуск

28. 28. Доказательства лежат в разных слоях

    Полный список и оговорки — в лонгриде

    Железо · NVIDIA · Google · DeepSeek

    Обвязки · OpenAI · Anthropic · Cursor

    Tools · MCP · evals · telemetry

    История кода · routing · policy

29. 29. Спасибо!

    AI-разработка как co-evolving stack

    Полный лонгрид, все источники и следующие разборы — на polomodov.tech и в «Книжном кубе»

    Александр Поломодов, Technical Director & Fellow, Т-Технологии

    @book_cube