---
type: video
source: "Nate's Substack"
url: "https://natesnewsletter.substack.com/p/meta-bought-manus-for-2b-to-acquire"
published: 2026-01-06
processed: 2026-05-18
slug: meta-bought-manus-for-2b-to-acquire
author: "Nate Jones (@natebjones)"
themes:
  - "[[Harness]]"
  - "[[Agentic Workflow]]"
  - "[[Workflow Completion]]"
  - "[[Implementation Layer]]"
  - "[[Moat]]"
frameworks:
  - "[[Finishing Framework]]"
  - "[[Handmade Car Problem]]"
terminology:
  - "[[Harness]]"
  - "[[Agentic Workflow]]"
  - "[[Workflow Completion]]"
  - "[[Moat]]"
  - "[[Implementation Layer]]"
  - "[[Evals]]"
---

# Meta купила Manus за $2B ради «agentic harness»

## Суть одной строкой

Meta заплатила $2B не за модель — а за производственное know-how, которое заставляет модель **доводить задачу до конца** (finishing). Именно это и называется [[Harness|agentic harness]].

---

## Ключевые идеи

### 1. Агенты — это не возможность модели, это [[Harness]]

Широко распространённое заблуждение: «агент» = мощная модель. На деле то, что пользователь воспринимает как агента, — это инжиниринговая обёртка вокруг модели, которая превращает вероятностную генерацию текста в систему, способную **действовать, хранить состояние, восстанавливаться после ошибок и продолжать работу до завершения**.

> "An AI agent is the engine. A harness is the car. You don't get your V12 engine very far down the road without a car!"
> *ИИ-агент — это двигатель. Harness — это автомобиль. На одном двигателе далеко не уедешь.*

### 2. Почему [[Workflow Completion|finishing]] — сложная задача

Математика надёжности при многошаговом выполнении жестокая: даже небольшая вероятность ошибки на каждом шаге компаундируется. При 50 вызовах инструментов ошибка на уровне 5% за шаг даёт вероятность успешного завершения ~8%. Именно поэтому «просто используй лучший промпт» — нерабочий совет для серьёзной агентной работы.

### 3. Почему [[Moat]] — это know-how, не технология

Manus публиковала свои техники в инженерных постах. Meta купила **команду**, не код. Фрейминг сделки — «standalone plus integrate»: сохранить продукт как отдельный, при этом интегрировать экспертизу внутрь Meta.

Harness-инновация — движущаяся цель: по мере развития моделей оптимальные техники меняются. [[Moat]] в этой области создаётся не патентами, а скоростью обучения команды и накопленными эмпирическими знаниями.

### 4. Проблема trust boundary

Агенты, которые действительно завершают работу, требуют реальных разрешений (permissions): доступ к файлам, API, системам. Это создаёт governance-проблему — нужна явная модель доверия и аудит действий.

### 5. [[Handmade Car Problem|Проблема «ручной сборки автомобиля»]]

Harness-ы не стандартизируются так, как стандартизировался SaaS. Каждый домен требует собственной конфигурации: разные инструменты, разные паттерны ошибок, разные требования к состоянию. Это имеет прямые последствия для решений build-vs-buy в 2026.

---

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

| Термин (RU) | EN | Определение |
|---|---|---|
| [[Harness\|Агентный harness]] | agentic harness | Инжиниринговая обёртка вокруг модели: управление состоянием, обработка ошибок, оркестрация инструментов, логика завершения |
| [[Workflow Completion\|Завершение задачи]] | finishing | Способность системы довести многошаговую задачу до конца без потери контекста и без ручного вмешательства |
| Граница доверия | trust boundary | Периметр, за которым агент получает реальные полномочия действовать в системах — требует явного governance |
| Demo-ware | demo-ware | Агент, работающий на демо, но не в production: нет восстановления после ошибок, нет персистентности состояния |
| [[Evals\|Finishing Framework]] | Finishing Framework | 20-задачный диагностический банк с 7-осевой оценкой harness-а; включает паттерны Anthropic, LangGraph-примитивы, CLAUDE.md конфигурацию |
| «Standalone plus integrate» | standalone plus integrate | Стратегия M&A: сохранить продукт автономным, параллельно интегрировать экспертизу команды в платформу-покупателя |
| [[Handmade Car Problem]] | handmade car problem | Harness-ы не стандартизируются: каждый домен требует кастомной сборки, в отличие от SaaS-продуктов |

---

## Техники Manus (опубликованные)

Manus публично раскрыла ряд подходов в инженерных постах. Конкретные техники в источнике за пейволлом, но по структуре статьи они охватывают:
- Управление вниманием и инференсом при длинных цепочках
- Механизмы восстановления после ошибок (error recovery)
- Персистентность состояния между шагами
- Ограничение scope действий агента (trust boundary enforcement)

TBD — **Открытый вопрос:** какие именно техники Manus описала в публичных постах до покупки? Нужен прямой доступ к их engineering blog.

---

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

### Как AI-интегратор и [[Implementation Layer|Implementation Fabric]]

**Ключевой вывод:** мы **сами являемся harness-строителями** для клиентов. Наш продукт — не модель (это commodity), а инжиниринг вокруг неё: оркестрация, восстановление после ошибок, интеграция с [[Systems of Record|Systems of Record]], управление состоянием. Именно это и есть [[Implementation Layer]].

Практически:
- При продаже клиенту: позиционировать не «доступ к GPT/Claude», а **[[Workflow Completion|finishing capability]]** — способность довести workflow до конца без участия человека
- [[Evals|Finishing Framework]] (20-задачный диагностик) — потенциально готовый инструмент для пресейла: «давайте оценим вашего текущего агента по 7 осям»
- [[Audit Trails]] становятся обязательным элементом harness-а при работе с [[Forward Deployed Engineer|enterprise-клиентами]]: trust boundary требует логирования

### PE как канал

Портфельным компаниям нужна **harness-диагностика** перед закупкой AI-инструментов: они покупают модели (commodity), думая, что покупают finishing. [[Evals|Finishing Framework]] как методология оценки — ценный актив при due diligence AI-инициатив в портфеле.

### Риск для нашей позиции

[[Handmade Car Problem]]: если harness-ы не стандартизируются, наш [[Moat]] — скорость обучения и глубина доменной экспертизы, а не повторное использование кода. Каждый новый клиентский домен требует пересборки. Это нужно явно закладывать в ценообразование и сроки проектов.

---

## Связанные заметки

- [[Harness]]
- [[Agentic Workflow]]
- [[Workflow Completion]]
- [[Implementation Layer]]
- [[Implementation Fabric]]
- [[Evals]]
- [[Moat]]
- [[Forward Deployed Engineer]]
- [[Audit Trails]]
- [[Systems of Record]]