Маркетинговые материалы описывают возможности. Реальные кейсы показывают, как люди действительно используют инструмент. Это семь историй от пользователей OpenClaw — с конкретными промптами, архитектурой и результатами.
Кейс 1: «Очистка 10 000 писем за выходные»
Кто: фрилансер, работает с несколькими клиентами
Проблема: инбокс с 10 000+ непрочитанных писем за 2 года, найти нужные — невозможно
Решение: агент разобрал всё за субботу, пока пользователь был на даче
Архитектура
Gmail MCP
│
├── Читает письма пачками (100 за раз)
├── Классифицирует каждое: клиент / сервис / реклама / нужно ответить
└── Применяет правила:
├── Реклама → архив
├── Системные уведомления > 6 мес → удалить
├── Клиентские письма → метка по имени клиента
└── Требует ответа → отдельная папка «TO-DO»Промпт в SOUL.md
## Email Management Mode
При работе с Gmail:
1. Читай письма от старых к новым
2. Классифицируй:
- SPAM/PROMO: от рассылок, сервисов, незнакомых адресов
- SYSTEM: уведомления от сервисов (GitHub, Notion, банки)
- CLIENT: от известных клиентских адресов (список ниже)
- ACTION: требует ответа (вопрос, задача, дедлайн)
3. Применяй правила автоматически
4. Доклад: сколько обработано, сколько ACTION-писем нашёл
Клиентские домены: @company1.ru, @company2.com, ivan@freelance.ioРезультат
- 10 347 писем → обработано за 6 часов
- Найдено 23 письма, требующих ответа (некоторые — годичной давности)
- Инбокс: 0 непрочитанных
- Сохранены важные письма, удалён мусор
Кейс 2: «Строю приложение не вставая с кровади»
Кто: indie developer, двое маленьких детей
Проблема: нет времени сидеть за компьютером часами
Решение: агент на VPS + управление через телефон
Как устроено
Телефон (Telegram) → OpenClaw (VPS) → Codebase (VPS)
→ GitHub (PR/commits)
→ Railway (деплой)Агент работает постоянно на VPS. Разработчик пишет задачи в Telegram в промежутках между кормлениями ребёнка.
Реальный диалог
[02:47] Я: добавь endpoint /api/stats, возвращает количество пользователей
за сегодня из таблицы users. JWT auth обязателен
[02:48] Агент: Добавляю endpoint в routes/stats.ts...
Создаю middleware JWT-проверки...
Готово. PR #47 создан: https://github.com/...
Тесты проходят ✓ (виджет Railway деплоится автоматически)
[02:49] Я: ок, теперь добавь в dashboard виджет с этими данными
[02:50] Агент: Работаю...Техническая настройка
// openclaw.json
{
"channels": {
"telegram": {
"bot_token": "${TELEGRAM_BOT_TOKEN}",
"allowed_users": [123456789] // Только ваш Telegram ID
}
},
"workspace": {
"root": "/home/dev/myapp",
"allowed_commands": ["npm test", "npm run lint", "git *"],
"require_confirmation": ["git push", "npm publish"]
}
}Ключевой момент: require_confirmation для git push — агент напишет что хочет сделать и ждёт «Да» в Telegram. Это важно для ночных сессий.
Кейс 3: «OpenClaw подал страховой иск вместо меня»
Кто: предприниматель, затопили офис
Проблема: страховой иск — горы документов, форм, переписки
Решение: агент взял на себя всю бумажную работу
Что делал агент
- Сбор документов — по чек-листу страховщика запросил у фотографа снимки, у бухгалтера — инвентарь, у управляющего компании — акт
- Форматирование — привёл все документы к требуемому формату PDF
- Заполнение форм — через браузерную автоматизацию заполнил онлайн-форму страховщика
- Отслеживание статуса — раз в день проверял личный кабинет и отправлял сводку в Telegram
- Переписка — готовил ответы на запросы страховщика (на подтверждение перед отправкой)
Промпт для запуска
Задача: помочь с оформлением страхового иска по затоплению офиса.
Компания-страховщик: [название]
Номер полиса: [номер]
Событие: затопление 2026-03-15
Что нужно сделать:
1. Открой сайт страховщика, найди чек-лист документов для иска
2. Составь список, что нужно собрать
3. Пришли мне список — я скажу, что уже есть
4. Помоги оформить каждый документ в нужном формате
Важно: все письма, которые будут отправлены от моего имени —
показывай мне для проверки перед отправкой.Результат
- Иск подан на 12-й день после затопления (обычно люди тратят 4-6 недель)
- Страховая выплатила без доп. запросов (документы были в полном порядке)
- Предприниматель потратил ~3 часа своего времени на проверку материалов
Кейс 4: «Multi-agent в групповом чате команды»
Кто: небольшая IT-компания (8 человек)
Проблема: нужны разные агенты для разных задач, но не хочется переключаться между интерфейсами
Решение: несколько специализированных агентов в одном Telegram-чате
Архитектура
#team-general (Telegram группа)
├── @DevBot — код, GitHub, Railway деплои
├── @SupportBot — Zendesk тикеты, клиентские вопросы
└── @OpsBot — мониторинг, алерты, инфраструктураКаждый бот — отдельный экземпляр OpenClaw с собственными credentials и SOUL.md.
Конфигурация SOUL.md для @DevBot
## Идентификация
Ты @DevBot — агент для задач разработки команды.
Реагируй только на сообщения, начинающиеся с @DevBot или @dev.
Игнорируй сообщения к @SupportBot и @OpsBot.
## Специализация
- Просмотр и комментирование PR в GitHub
- Запуск тестов и деплоев в Railway
- Анализ логов Railway при ошибках
- Помощь с кодом (TypeScript, React, Node.js)
## Что не делаю
- Не отвечаю на вопросы о клиентах (это @SupportBot)
- Не занимаюсь мониторингом инфраструктуры (это @OpsBot)Как выглядит в работе
Антон: @DevBot посмотри PR #89, Паша говорит там что-то сломалось с авторизацией
DevBot: Проверяю PR #89...
Нашёл проблему: в middleware auth.ts строка 47 — conditions reversed.
Текущий код: if (!user && !admin) — должно быть if (!user || !admin)
Оставил комментарий в PR с объяснением.
Маша: @OpsBot какой сейчас CPU у прода?
OpsBot: Railway prod сервер: CPU 23%, RAM 45% (из 2GB), Disk 68%.
Всё в норме. Последний деплой: 40 минут назад, успешно.Кейс 5: «MCP для iMessage через Beeper»
Кто: разработчик, активно общается через iMessage с коллегами
Проблема: хотел управлять агентом через iMessage как через обычный мессенджер
Решение: MCP (Model Context Protocol) для подключения iMessage через Beeper
Что такое Beeper в этом контексте
Beeper — мультипротокольный мессенджер, который через MCP может выступать как канал для OpenClaw. Это нестандартная интеграция, которую сообщество реализовало самостоятельно.
Настройка (упрощённая)
# 1. Установить Beeper MCP сервер
npm install -g @beeper/openclaw-mcp
# 2. Настроить в openclaw.json{
"channels": {
"beeper": {
"type": "mcp",
"mcp_server": "beeper",
"protocol": "imessage",
"allowed_senders": ["+7XXXXXXXXXX"]
}
}
}Ограничения
- Требует macOS хоста с активным iMessage
- Beeper должен быть залогинен в iMessage через Apple ID
- Apple не поддерживает это официально — работает через reverse-engineering
Для большинства сценариев проще использовать Telegram. Этот кейс интересен как демонстрация гибкости MCP-протокола.
Кейс 6: «Tailscale + OpenClaw: агент доступен везде»
Кто: разработчик с агентом на домашнем Mac Mini
Проблема: хочет управлять агентом с телефона, работы, кафе — но без открытия портов в интернет
Решение: Tailscale VPN объединяет все устройства в приватную сеть
Архитектура
Домашний Mac Mini (OpenClaw, порт 18789)
│
└── Tailscale (приватный IP: 100.x.x.x)
│
├── iPhone (Tailscale app)
├── Рабочий MacBook (Tailscale)
└── iPadАгент доступен с любого устройства как 100.x.x.x:18789 — и ниоткуда снаружи.
Установка
# На Mac Mini (сервер)
brew install tailscale
tailscale up
# На телефоне — установить Tailscale из App Store, войти в тот же аккаунт// openclaw.json — агент слушает только Tailscale-интерфейс
{
"gateway": {
"listen": {
"host": "100.x.x.x", // Ваш Tailscale IP
"port": 18789
}
}
}Почему это лучше, чем открытый порт
- Tailscale шифрует весь трафик (WireGuard под капотом)
- Нет портов в firewall — снаружи агент невидим
- Работает за NAT — не нужен белый IP
- Автоматически подключает новые устройства при входе в аккаунт
Кейс 7: «Дилер сбросил $4200 пока я спал»
Этот кейс стал легендарным в сообществе OpenClaw — пользователь попросил агента провести переговоры об автомобиле, пока спал. Подробный разбор со всеми промптами и диалогом — в отдельной статье: OpenClaw купил автомобиль: экономия $4200.
Кратко: агент вёл переписку с тремя дилерами, сравнивал предложения, торговался — и утром пользователь проснулся с лучшим предложением и предварительным соглашением.
Что объединяет эти кейсы
Все семь случаев следуют одному паттерну:
- Задача разложена на чёткие шаги — агент знает, что делать на каждом этапе
- Human-in-the-loop для ключевых решений — отправить письмо, пушнуть код, подтвердить соглашение
- Агент работает фоново — пользователь занят своими делами
- Результат — в привычном канале — Telegram, iMessage, email
OpenClaw не заменяет принятие решений. Он заменяет исполнение — монотонное, требующее времени, но не требующее творчества.
Поделитесь своим кейсом в сообществе OpenClaw в России — лучшие попадут в следующую подборку.