ingest: your-ai-agent-depends-on-six-layers

2026-05-18 14:43:19 +03:00
parent 82d0eea7af
commit e611a2d914
2 changed files with 277 additions and 0 deletions
@@ -0,0 +1,112 @@
+---
+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) позиционируются относительно стека — строят слои сами или отдают экосистеме?