AWS на недавнем докладе сформулировала развилку Use / Compose / Build — три подхода к встраиванию ИИ в бизнес-процессы. Use означает использование готового продукта, Compose — интеграцию чужой модели со своим контекстом и данными, Build — разработку собственной модели. Главный вывод: модель перестает быть дифференциатором, потому что доступ к ней можно получить через API, готовые продукты или агентный слой. Разница возникает в том, кто сумеет встроить модель в управляемый контур исполнения.

Крупные игроки движутся в одном направлении: Google продвигает Antigravity, OpenAI — Codex, Anthropic — Claude Code, Cursor продаёт среду для агентного программирования, а AWS строит платформенный слой Amazon Bedrock AgentCore. Все они не об обучают свои модели, а встраивают харнесс и скаффолд в процесс. Большая часть корпоративных обсуждений ИИ-native пока выглядит комично: люди спорят про модель или закупку GPU, хотя спорить уже надо про рабочий процесс, границы автономии, проверки качества и учёт стоимости.

ПодходОписаниеПример
UseИспользование готового продуктаCopilot, ChatGPT, Claude
ComposeИнтеграция чужой модели со своим контекстом и даннымиБольшинство корпоративных сценариев
BuildРазработка собственной модели с нуляОчень редкий случай, когда модель — ядро бизнеса

Самый опасный поверхностный вывод из доклада — «сеньор с агентами заменяет команду». Корректный вывод: сильный инженер с агентами может сделать больше, но только если у него есть чёткие цели, доменный контекст, инженерное суждение и право принимать решения. Это подтверждается расфоршенным кейсом «One Developer Is All You Need»: один staff engineer с четырьмя агентами закрыл браунфилд-инициативу, которую раньше ожидали от целой команды. Ключевая деталь — у этого человека уже были контекст, спецификация, доступ к системам и способность валидировать результат. Агент не отменяет экспертизу, а капитализирует уже существующую. Без этого one-person squad становится дорогим bus factor.

Один staff engineer с агентами закрывает инициативу целой команды, но только при наличии контекста и полномочий.

Новые роли в ИИ-native команде — это не просто инфляция названий, а смена единицы вклада. Product builder приносит не намерение, а проверяемый прототип. Product engineer работает ближе к пользователю и метрикам, а не ждёт ТЗ. Agentic engineer, platform engineer, forward deployed engineer — все они размывают границы между продуктом и инженерией. ПостHog давно продвигает логику: чем дешевле реализация, тем менее оправдана толстая продуктовая прослойка. Рынок нащупывает новые ярлыки, но суть одна: роль человека смещается от координации к проверке гипотез через артефакты.