Weekly Log

По Backend

• Рассмотрение вариантов горизонтального и вертикального масштабирования.
• Тестирование реальных провайдеров с поддержкой hot-add CPU, RAM и Disk.
• Решение использовать горизонтальное масштабирование slave-машин.

Общее

• Обсуждение завершения одного крупного проекта в Agentic AI, которым руководил.
• Завершение проекта позволит больше сосредоточиться на DarwinClaw, но сократит текущий денежный поток.

По Backend

• Возникли проблемы с биллингом OpenRouter — нужно реализовать собственный биллинг или найти решение для OpenRouter.

Общее

• Выбрана юридическая структура компании.
• Компания зарегистрирована.

По Frontend

• Рабочий MVP с аутентификацией, управлением сотрудниками, логированием взаимодействий, кредитной системой и полной локализацией EN/RU.

Общее

• Исследование рынков для сделок roll-up, регистрация компании.

По Frontend

• Внедрён механизм биллинга.
• Система перешла от внутреннего учёта кредитов к модели, в которой реальный баланс хранится на стороне OpenRouter.
• Добавлена поддержка конвертации баланса в рубли.

По Backend

• Усилена безопасность инфраструктуры.
• Убрана и скрыта чувствительная информация о slave-машине для exec-бота.
• Бизнес-эффект: снижен риск утечки внутренней архитектуры и данных окружения, уменьшена вероятность злоупотреблений и инцидентов.
• Добавлена поддержка BYOK в режиме per_user с шифрованием.
• Пользовательские ключи теперь можно применять на уровне каждого пользователя.
• Бизнес-эффект: усилена compliance-позиция (требования enterprise-клиентов), повышено доверие крупных клиентов и конкурентоспособность в регулируемом сегменте.

Общее

• Определена структура компании под цели ведения бизнеса и будущие инвестиции.
• Проанализирован рынок для roll-up компании в РФ в четырёх сегментах, включая бухгалтерию и недвижимость.
• Сделаны первые шаги к сделке с одной enterprise-компанией: потребность пока не сформирована, но уже запрошена разработка ещё двух AI-ботов, один из которых — на OpenClaw.
• Зафиксирован первый неуспешный кейс внедрения крупного ИИ-инструмента в другой компании из-за отсутствия полномочий на жёсткое внедрение; при этом работа продолжается над другим продуктом, который может оказаться более востребованным.
• Внедрена пробная версия бота для управления разработкой и разработки на базе OpenClaw + nanobot.

По Backend

• На этой неделе фокус был на безопасности и изоляции запускаемых процессов и сервисов.

По Frontend

• Добавлена интеграция с оркестратором для создания и управления Telegram-ботами.
• Исправлен баг проверки статуса: теперь корректно читается ActiveState из ответа оркестратора.
• Расширена схема БД: добавлены новые поля для связи ассистентов с оркестратором и статус error.

Общее

• Подана заявка на YC Summer 2026.
• Релиз перенесён на 27 мая.

По Backend

• Расширено управление учётными данными LLM: теперь поддерживаются как ключи, предоставляемые платформой, так и сценарий Bring Your Own Key (BYOK); также ужесточён контроль совместимости моделей.
• Добавлены и доработаны ключевые API-операции для управления жизненным циклом ботов: ротация инвайтов, проверка статуса роутера и перезапуск роутера.
• Улучшен процесс развёртывания Telegram-ботов: персональные пользовательские настройки теперь сохраняются и применяются значительно надёжнее.
• Повышена стабильность рантайма за счёт более корректных сетевых настроек по умолчанию и предсказуемого поведения воркспейсов на уровне отдельных инстансов.
• Улучшены отчётность об ошибках и диагностика: причины сбоев стали понятнее, а разбор инцидентов — быстрее.
• Обновлены техническая документация и спецификации API в соответствии с актуальным поведением платформы.

По Frontend

• Реализованы создание и удаление ботов через внешний оркестратор.
• Добавлены мониторинг статуса в реальном времени и перезапуск ботов в один клик.
• Добавлены инвайт-коды для совместного доступа с функциями копирования и ротации.
• Реализован динамический выбор AI-моделей от нескольких провайдеров (Anthropic, OpenAI, Google).
• Добавлены отслеживание ошибок и прозрачная индикация причин, когда настройка бота завершается неуспешно.
• Добавлены логи взаимодействий с учётом расхода токенов и детализацией стоимости.

Общее

• Переносим запуск на 2–3 недели, чтобы завершить надёжное техническое решение, собрать go-to-market-стратегию и начать направлять трафик на текущие листы ожидания.

По Backend

• Реализована новая децентрализованная архитектура.
• Внедрены stateless Master, stateless Slave и stateless Messenger Router.
• В худшем сценарии может отказать один бот или часть воркспейсов конкретного бота.
• Система может обслуживать до 50 000 пользователей.

По Frontend

• Реализованы новые версии визуалов DarwinClaw Office.
• Визуалы будут опубликованы на следующей неделе.

Общее

• Аккаунт Reddit усилен, скоро запускаем контент-маркетинг.
• Аккаунт на Pikabu теперь набирает 100k+ просмотров на пост.
• Определена стратегия product placement.

Инвестиции

• Уточнены инвестиционные требования.
• Определена сумма, необходимая для работы в ближайший год, с выходом в безубыточность примерно через 1 год.
• Максимальный burn rate — около $500k.

Дальше

• Тестирование Backend.
• Завершение разработки Frontend.
• Начало контактов с фондами и бизнес-ангелами.

По Backend

• Архитектура «один бот → несколько инстансов» отклонена из-за единой точки отказа: это был один роутер с маппингом пользователей на инстансы.
• Пробуем другой подход: «один инстанс → много воркспейсов».
• Это должно убрать единую точку отказа и значительно снизить потребление RAM.
• У нас уже есть опыт схемы «один бот на 5000 сотрудников», так что подход должен сработать.

Общее

• Запущено восстановление аккаунта Reddit.
• Подана заявка в стартап-акселератор.
• Вошёл в борд по ИИзации компании с выручкой $10M+.

Вошёл в борд большой компании (1 млрд+ выручки) по ИИзации.

Вчера вошёл в борд одной большой компании по ИИзации. Для начала — полная ИИзация всей разработки.

Будем вытягивать компанию сначала на уровень 1 за 2 месяца. Потом — на уровень 2.

Как всегда, есть и технические сложности, но самая главная — ментальная: привычку людей кодить сложно отбить :)

• Уровень 0 — используется chatGPT вместо Stack Overflow.
• Уровень 1 — используется AI IDE (типа Cursor).
• Уровень 2 — облачный AI pipeline (Design + ReAct паттерн агент + QA).
• Уровень 3 — супер Product Owner (один Product Owner ведёт 3–5 продуктов без Dev/QA-команд).

Вы можете сами попробовать сделать то же самое, что делает корабль NASA Artemis Lunar FlyBy. Сможете выполнить лунный манёвр?

Не связано с DarwinClaw, но очень важное событие: облёт Луны должен произойти уже скоро.

Попробуй NASA Artemis Lunar FlyBy сам. Сможешь сделать лунный маневр?

Минималистичый Фронт

По Backend

• Master: реализованы HTTP-эндпоинты без node-зависимости, добавлен /healthz, настраиваемый порт и авторизация.
• Slave: распределение RAM интегрировано через slave, логику master и шаблон machines.
• Обновлены документация/README и примеры curl.
• Собрана полностью stateless-версия DarwinClaw Back (код машин Master+Slave).
• Следующий шаг: реализовать роутинг one bot → many agents для B2B/Enterprise-сценариев.

По Frontend

• Подготовлена минималистичная версия Front.
• Скриншоты будут опубликованы здесь позже.

Общее

• Придумана DarwinClaw.AI Scale для усиления маркетинга.

Классификация будущего организаций по эффективности

Есть знаменитая классификация цивилизаций по уровню развития Кардашёва. Суть простая, чем больше цивилизация расходует энергии, тем более она развитая:

• 👉 1 уровень расходует всю энергию планеты + энергия звезды на планете ~10^16 Вт
• 👉 2 уровень всю энергию своей звезды (сфера Дайсона) ~10^26 Вт
• 👉 3 уровень всю энергию галактики ~10^36 Вт

Уже понятно, что львиная доля энергии будущего будет потребляться ИИ.

Но как посчитать ИИзацию (уровень внедрения ИИ на всех уровнях компании) в конкретной организации?

Такой показатель уже есть, по сути, это расход токенов, а если быть более точным, то мы хотим понять, насколько организация перешла на ИИ с точки зрения максимальной автоматизации всех процессов и замены всех операторов ЭВМ (любой специальности, от юриста до программиста) на ИИ везде, где это возможно?

Тогда метрикой будут деньги, а точнее % расходов на ИИ (токены или свои нейронки) от общего ФОТ. В расходе именно % денег от ФОТ учтено уже все, даже то, что вы за VPN и вынуждены покупать токены через пень-колоду (дороже).

Наблюдаю сейчас множество организаций (которые уже внедрили и продолжают внедрять ИИ на разных уровнях) и думаю, что вот такая шкала подойдет (по аналогии с Кардашевым):

• 👉 0 уровень ~1/4 ФОТ (организация начала автоматизацию)
• 👉 1 уровень ~1x ФОТ (организация частично автоматизирована)
• 👉 2 уровень ~4x ФОТ (небольшое количество сотрудников для управления ИИ)
• 👉 3 уровень ~10x ФОТ (организация почти без сотрудников)

Как и в системе Кардашева (где мы знаем цивилизацию только уровня ниже 1), я не думаю, что сейчас есть организации уровня выше 0, но в ближайшие месяцы-годы они точно появятся 😎

Назовем это шкалой ИИзации по DarwinClaw 🤖

По Backend

• За неделю собран и стабилизирован контур Master + Slave для управления инстансами nanobot на удалённых нодах.
• В orchestrator внедрен capacity-планировщик по RAM (ramCapacityMB), с авто-выбором ноды и ошибкой no capacity available при переполнении.
• Переведено создание инстансов на глобально-уникальный формат username-uuid.
• На стороне slave обновлены валидация инстансов и логика назначения портов, доработаны systemd-шаблоны сервисов.
• Обновлены конфиги машин (machines.json и шаблон) и расширена документация деплоя/эксплуатации (README_SLAVE_DEPLOY.md, curl-примеры, firewall-checks).
• Проведены smoke-проверки: create/list/status/restart/delete, а также диагностика сетевого доступа и корректности capacity-расчета.

По FrontEnd

• Создана первая версия личного офиса клиента.
• Первая версия фичи диск клиента.

Общее

• Проработан roadmap версий.
• Все сайты и landings переведены под управление DarwinClaw Moon Alpha.
• Обсудили внедрение DarwinClaw для двух компаний.