ingest: what-3-weeks-inside-the-moltbot-openclaw
This commit is contained in:
@@ -0,0 +1,129 @@
|
||||
---
|
||||
title: "160,000 разработчиков строят цифровых сотрудников, не чат-ботов"
|
||||
source: https://natesnewsletter.substack.com/p/what-3-weeks-inside-the-moltbot-openclaw
|
||||
author: "Nate (natesnewsletter.substack.com)"
|
||||
date_published: 2026-02-12
|
||||
date_processed: 2026-05-18
|
||||
slug: what-3-weeks-inside-the-moltbot-openclaw
|
||||
type: video
|
||||
themes:
|
||||
- "[[Agentic Workflow]]"
|
||||
- "[[Implementation Layer]]"
|
||||
- "[[Harness]]"
|
||||
- "[[Workflow Completion]]"
|
||||
frameworks:
|
||||
- "[[Цифровой сотрудник]]"
|
||||
- "[[Правило 70/30]]"
|
||||
- "[[Шлюз одобрения]]"
|
||||
terminology:
|
||||
- "[[Business Object]]"
|
||||
- "[[Audit Trails]]"
|
||||
- "[[Evals]]"
|
||||
- "[[Systems of Record]]"
|
||||
- "[[Implementation Fabric]]"
|
||||
---
|
||||
|
||||
# 160,000 разработчиков строят цифровых сотрудников, не чат-ботов
|
||||
|
||||
> "The distance between [a win and a disaster] is the width of a well-written specification."
|
||||
> *Расстояние между успехом и катастрофой — ширина хорошо написанной спецификации.*
|
||||
|
||||
## TL;DR
|
||||
|
||||
Третья часть серии об агентной платформе Moltbot (OpenClaw). За 6 недель 160,000 разработчиков создали тысячи навыков (skills). Анализ этого маркетплейса как «машины выявленных предпочтений» (revealed-preference engine) показывает: рынок хочет [[Цифровой сотрудник|цифровых сотрудников]], а не умных чат-ботов. Ценность и хаос существуют в одной технологии — переменная одна: качество спецификации.
|
||||
|
||||
---
|
||||
|
||||
## Кейсы (два полюса)
|
||||
|
||||
### Победа — автономная покупка автомобиля
|
||||
- Пользователь-одиночка направил Moltbot на покупку авто за $56,000
|
||||
- Агент: искал сравнимые цены на Reddit, контактировал нескольких дилеров, вёл переговоры по email автономно, держался жёстко при стандартных продажных тактиках
|
||||
- Итог: экономия $4,200. Владелец был на встрече всё это время
|
||||
|
||||
### Катастрофа — 500 сообщений за минуты
|
||||
- Инженер дал агенту доступ к iMessage
|
||||
- Агент вышел из строя: отправил 500+ сообщений — ему, жене, случайным контактам — быстрее, чем владелец успел остановить
|
||||
- Та же технология, те же широкие разрешения
|
||||
|
||||
**Вывод:** одна переменная разделяет эти два случая — [[Спецификация агента|качество спецификации]].
|
||||
|
||||
---
|
||||
|
||||
## Ключевые фреймворки
|
||||
|
||||
### [[Цифровой сотрудник]] (Digital Employee)
|
||||
Маркетплейс Moltbot — «машина выявленных предпочтений» (revealed-preference engine). Тысячи созданных навыков говорят: пользователи не хотят лучших чат-ботов. Они хотят агентов, которые **делают работу автономно**, как сотрудник.
|
||||
|
||||
### [[Правило 70/30]] (70/30 Rule)
|
||||
Исследования человеко-AI делегирования стабильно показывают: люди хотят **70% контроля и 30% делегирования**. Большинство агентных архитектур построены под соотношение **0/100** — и это фундаментальное несоответствие.
|
||||
|
||||
### [[Шлюз одобрения]] (Approval Gate)
|
||||
Один из 7 принципов безопасного развёртывания, производных из паттернов побед vs. катастроф. Агент должен запрашивать явное подтверждение перед необратимыми действиями. Связан с концепцией [[Audit Trails]].
|
||||
|
||||
### Принципы безопасного развёртывания (7 штук, упомянуты без расшифровки)
|
||||
Автор обещает раскрыть в платном контенте. Диапазон: от **изоляции** до **[[Шлюз одобрения|шлюзов одобрения]]`. TBD — полный список недоступен без подписки.
|
||||
|
||||
> *Открытый вопрос: какие именно 7 принципов? Есть ли публичный конспект или пересказ?*
|
||||
|
||||
---
|
||||
|
||||
## Корпоративный разрыв (Enterprise Gap)
|
||||
|
||||
| Показатель | Значение |
|
||||
|---|---|
|
||||
| Компании, заявляющие об использовании агентов | 71% |
|
||||
| Компании, дошедшие до production | 11% |
|
||||
| Главная причина разрыва | Вакуум управления (governance vacuum) |
|
||||
|
||||
«Вакуум управления» — отсутствие политик, [[Audit Trails|трейлов]], [[Шлюз одобрения|шлюзов одобрения]] и ролевых моделей ответственности. Компании покупают доступ к модели, но не строят [[Implementation Layer|имплементационный слой]] вокруг неё.
|
||||
|
||||
---
|
||||
|
||||
## Терминология
|
||||
|
||||
| RU | EN | Wikilink | Примечание |
|
||||
|---|---|---|---|
|
||||
| Цифровой сотрудник | Digital Employee | [[Цифровой сотрудник]] | Новый термин; агент, выполняющий автономную работу как сотрудник |
|
||||
| Машина выявленных предпочтений | Revealed-Preference Engine | — | Маркетплейс как сигнал реального спроса |
|
||||
| Спецификация агента | Agent Specification | [[Спецификация агента]] | Качество описания задачи/поведения; ключевая переменная риска |
|
||||
| Правило 70/30 | 70/30 Rule | [[Правило 70/30]] | 70% контроль человека / 30% делегирование |
|
||||
| Шлюз одобрения | Approval Gate | [[Шлюз одобрения]] | Точка явного подтверждения перед необратимым действием |
|
||||
| Вакуум управления | Governance Vacuum | [[Вакуум управления]] | Отсутствие политик и контроля при развёртывании агентов |
|
||||
| Слой реализации | Implementation Layer | [[Implementation Layer]] | Существует в vault |
|
||||
| Следы аудита | Audit Trails | [[Audit Trails]] | Существует в vault |
|
||||
| Рабочий процесс | Agentic Workflow | [[Agentic Workflow]] | Существует в vault |
|
||||
| Холст рабочих объектов | Business Object | [[Business Object]] | Существует в vault |
|
||||
|
||||
---
|
||||
|
||||
## Что использовать для нашего портфеля
|
||||
|
||||
**Контекст:** AI-интегратор, [[Implementation Layer]], [[Business Object|бизнес-объекты]], PE как канал продаж.
|
||||
|
||||
### 1. Разрыв 71% → 11% — наш рынок
|
||||
Корпоративный разрыв между «используем агентов» и «дошли до production» — прямое описание клиентской боли, которую закрывает [[Implementation Fabric|имплементационный слой]]. Аргумент для PE-каналов: ваши портфельные компании входят в 71%, но не в 11%. Мы переводим их в 11%.
|
||||
|
||||
### 2. Правило 70/30 как принцип проектирования
|
||||
При проектировании агентных решений для клиентов: стартовая конфигурация — 70% контроль, 30% автономия. Постепенное расширение по мере накопления [[Audit Trails|трейлов]] и [[Evals|оценок]]. Продаётся как «управляемое делегирование», а не «полная автоматизация».
|
||||
|
||||
### 3. [[Спецификация агента]] как продукт [[Implementation Layer]]
|
||||
Главный инсайт статьи: переменная риска — спецификация, не модель. Наша работа как интегратора — писать и аудировать спецификации. Это делает [[Implementation Layer]] защищаемым [[Moat|рвом]]: клиент не может просто «подключить GPT» и получить тот же результат.
|
||||
|
||||
### 4. [[Шлюз одобрения]] как стандарт сдачи работы
|
||||
Любое агентное решение, сдаваемое клиенту, должно включать явный [[Шлюз одобрения]] перед необратимыми действиями (запись в [[Systems of Record]], отправка email, финансовая транзакция). Это страховка от сценария «500 сообщений» и аргумент против самостоятельной сборки клиентом.
|
||||
|
||||
### 5. [[Вакуум управления]] → [[Forward Deployed Engineer]] как роль
|
||||
71% компаний без governance — потенциальный спрос на [[Forward Deployed Engineer|forward deployed инженера]], который строит не только код, но и политики, [[Audit Trails]], ролевые модели ответственности.
|
||||
|
||||
---
|
||||
|
||||
## Связанные материалы в серии
|
||||
|
||||
- Часть 1: Что такое Moltbot и security-инцидент первых 72 часов — TBD
|
||||
- Часть 2: Эмерджентные поведения агентов — TBD
|
||||
- Часть 3: Данная заметка (маркетплейс + принципы развёртывания)
|
||||
|
||||
---
|
||||
|
||||
*Источник закрыт (платная подписка). Доступен только preview и метаданные страницы.*
|
||||
+169
File diff suppressed because one or more lines are too long
Reference in New Issue
Block a user