---
title: "Шесть слоёв AI-агента — какие из них не переживут следующие 18 месяцев"
slug: your-ai-agent-depends-on-six-layers
source: https://natesnewsletter.substack.com/p/your-ai-agent-depends-on-six-layers
author: "Nate Jones (VP Product, Nate's Substack)"
published: 2026-04-06
processed: 2026-05-18
type: video
status: partial-paywall
themes:
  - "[[Agentic Workflow]]"
  - "[[Implementation Layer]]"
  - "[[Moat]]"
frameworks:
  - "[[Six-Layer Agent Stack]]"
terminology:
  - "[[Agentic Workflow]]"
  - "[[Implementation Fabric]]"
  - "[[Harness]]"
  - "[[Moat]]"
  - "[[Systems of Record]]"
  - "[[Workflow Completion]]"
---

## Суть

Под AI-агентами формируется новый инфраструктурный стек из шести слоёв: вычисления, идентичность, память, доступ к инструментам, биллинг, оркестрация. Одни — несущие стены на десятилетие, другие — временные заглушки, которые агенты перерастут за 18 месяцев. Строить на неправильном слое = потери на миграции и lock-in.

---

## Контекст

- $100M+ венчурного капитала за год в категорию, у которой ещё нет устойчивого названия
- Tracxn: 1 000+ активных стартапов в пространстве
- Исторический паттерн повторяется дважды: cloud-переход и API-first shift — оба раза те, кто прочитал стек раньше, построили компании эпохи

> "The builders who understood the emerging stack early didn't just adapt faster. They built the companies that defined the next era."
> *Те, кто понял формирующийся стек раньше, не просто адаптировались быстрее — они построили компании, определившие следующую эпоху.*

---

## Ментальная модель: системные вызовы, не Lego-кубики

**System calls, not Lego bricks**

Агент обращается к инфраструктурным примитивам так же, как процесс ОС обращается к ядру — не собирает модули по желанию, а вызывает среду исполнения. Это меняет вопрос: не «какие кубики взять», а «какие вызовы надёжны».

---

## Шесть слоёв [[Agentic Workflow|агентного]] стека

| # | Слой (EN) | Слой (RU) | Категория долговечности |
|---|-----------|-----------|------------------------|
| 1 | Compute | Вычисления | TBD* |
| 2 | Identity | Идентичность | TBD* |
| 3 | Memory | Память | TBD* |
| 4 | Tool Access | Доступ к инструментам | TBD* |
| 5 | Billing | Биллинг | TBD* |
| 6 | Orchestration | Оркестрация | **Критический пробел — никто не решил** |

*Детальные рейтинги за paywall. Открытый вопрос: какой конкретный срок и обоснование получил каждый слой?*

Автор делит слои на три категории:

- **Несущие стены** (load-bearing layers) — продержатся десятилетие
- **Переходные заглушки** (transitional workarounds) — агенты перерастут за ≤18 месяцев
- **Отсутствующие слои** (missing layers) — определят следующую инфраструктурную компанию

### Главный пробел: оркестрация

> "Orchestration is the next infrastructure-defining opportunity and nobody's cracked it yet."
> *Оркестрация — следующая возможность уровня инфраструктурной компании, и никто её ещё не взломал.*

---

## Терминология

| Термин (RU) | Термин (EN) | Примечание |
|-------------|-------------|------------|
| Несущий слой | Load-bearing layer | Инфраструктура, пережившая текущий цикл |
| Переходная заглушка | Transitional workaround | Временное решение, которое агенты перерастут |
| Примитивы агента | Agent primitives | Шесть слоёв стека |
| [[Moat\|Устойчивость слоя]] | Layer durability / Moat | Горизонт жизни слоя как конкурентный ров |
| [[Harness\|Обвязка агента]] | Agent harness | Как [[Implementation Layer]] оборачивает примитивы |
| [[Systems of Record]] | Systems of Record | Корпоративная память — пересекается со слоем Memory |
| [[Workflow Completion]] | Workflow Completion | Цель оркестрации на уровне бизнес-процесса |

---

## Что использовать для нашего портфеля

*Контекст: AI-интегратор, [[Implementation Layer]], [[Business Object|business objects]], PE как канал*

**1. Позиционирование — мы живём между примитивами и рабочим флоу**
[[Implementation Fabric]] — это ровно то место в стеке, где шесть примитивов собираются в работающий [[Agentic Workflow]] для конкретного клиента. Корпорации покупают доступ к моделям, но не умеют собирать стек. Это и есть продаваемый [[Implementation Layer]].

**2. Memory + Tool Access напрямую касаются [[Business Object|бизнес-объектов]]**
Подключение агента к корпоративной памяти (CRM, ERP, документация) — это не технический вопрос, это вопрос [[Systems of Record]]. Интегратор, закрывающий этот слой, решает реальную проблему, а не демонстрирует возможности модели.

**3. Orchestration-пробел = аргумент для PE-портфелей прямо сейчас**
Если оркестрация — отсутствующий слой, [[Workflow Completion]] и управление multi-agent pipeline можно упаковать как услугу *до* появления стандартных продуктов. Это окно 12–18 месяцев, пока рынок не стандартизировался.

**4. Критерий выбора инструментов для клиента**
Перед каждым технологическим выбором задавать явный вопрос: «этот слой несущий или переходная заглушка?» Переходные слои = накопленный технический долг в клиентском решении = риск для [[Moat|устойчивости]] проекта.

---

## Открытые вопросы

1. Какие рейтинги долговечности получил каждый из шести слоёв? *(статья за paywall)*
2. Кто из 1 000+ стартапов реально претендует на слой оркестрации?
3. Как [[Frontier Labs]] (Anthropic, OpenAI) позиционируются относительно стека — строят слои сами или отдают экосистеме?