Добавить в корзинуПозвонить
Найти в Дзене

Почему мой первый публичный репозиторий — не для пользователей, а для бизнеса

Это не история про создание какого-то магического продукта с нуля. Это история про другое, и, как мне кажется, не менее ценное умение: взять существующую архитектуру, понять её сильные и слабые стороны и адаптировать под реальные задачи — свои, клиентские, корпоративные. И вот именно с этой мыслью я наконец решился выложить свой первый репозиторий: OpenClaw Business. Это не просто очередная сборка “агента под себя”. Я публиковал его с одной конкретной целью: показать, что OpenClaw можно использовать не только как игрушку для энтузиастов или персонального ассистента, но и как основу для решений внутри организаций. Я давно пользуюсь OpenClaw. И чем дольше с ним работал, тем сильнее понимал одну вещь: на первый взгляд это выглядит как ещё один агентский open source проект, но на деле он намного глубже и гибче, чем кажется сначала. Сейчас многие смотрят в сторону более “готовых” решений. И это понятно: людям нравится, когда поставил — и оно уже умеет многое из коробки. Без долгой настройки
Оглавление

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

И вот именно с этой мыслью я наконец решился выложить свой первый репозиторий: OpenClaw Business.

Это не просто очередная сборка “агента под себя”. Я публиковал его с одной конкретной целью: показать, что OpenClaw можно использовать не только как игрушку для энтузиастов или персонального ассистента, но и как основу для решений внутри организаций.

Почему именно OpenClaw

Я давно пользуюсь OpenClaw. И чем дольше с ним работал, тем сильнее понимал одну вещь: на первый взгляд это выглядит как ещё один агентский open source проект, но на деле он намного глубже и гибче, чем кажется сначала.

Сейчас многие смотрят в сторону более “готовых” решений. И это понятно: людям нравится, когда поставил — и оно уже умеет многое из коробки. Без долгой настройки, без копания в конфигурации, без дополнительных доработок.

Но для бизнеса логика часто другая.

Для обычного пользователя важно, чтобы агент:

  • быстро установился,
  • сразу что-то умел,
  • был максимально удобным,
  • не требовал лишней возни.

Для организации важнее совсем другое:

  • можно ли ограничить его возможности,
  • можно ли запретить выход в интернет,
  • можно ли зафиксировать действия,
  • можно ли встроить это в закрытый контур,
  • можно ли адаптировать решение под требования ИБ, комплаенса и конкретной инфраструктуры.

И вот здесь OpenClaw, на мой взгляд, оказывается куда интереснее, чем может показаться по первым впечатлениям.

Почему я не стал делать ставку на Hermes

Сразу оговорюсь: я не говорю, что Hermes — плохой проект. Для своей аудитории он как раз очень понятный. Во многом поэтому он и набирает популярность: у него уже есть много предустановленных навыков, он ориентирован на конечного пользователя и создаёт ощущение, что агент “просто работает”.

Это сильная сторона — но именно для пользовательского сегмента.

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

А в enterprise-сценарии важна не только функциональность, но и возможность эту функциональность обрезать, зафиксировать и контролировать на уровне выше, чем просто пожелания пользователя.

Условно говоря, в корпоративной среде недостаточно надеяться, что агент “не будет лишнего делать”. Нужно, чтобы он не мог этого делать технически.

Например:

  • чтобы нельзя было отправить агента в интернет,
  • чтобы нельзя было дать ему лишние инструменты,
  • чтобы права задавались централизованно,
  • чтобы ограничения работали на уровне gateway и политики, а не на уровне доброй воли пользователя.

Именно это в OpenClaw мне показалось более перспективным направлением.

Если пытаться сделать подобное в Hermes, то, по моему ощущению, пришлось бы слишком много переписывать архитектурно, буквально собирать нужную модель заново. В OpenClaw же достаточно внести небольшие, но принципиальные изменения, после чего он уже превращается в неплохую базу для enterprise-решения.

Что именно я сделал в OpenClaw Business

Сразу важный момент: мой репозиторий — это не финальный продукт и не “волшебная кнопка для бизнеса”.

Я специально позиционирую его как прототип и точку опоры, от которой можно отталкиваться.

В репозитории я собрал то, что считаю действительно важным для корпоративного сценария:

  • развёртывание OpenClaw в закрытом контуре;
  • ориентацию на self-hosted / локальные модели вместо облачных SaaS-провайдеров;
  • Tool Policy — чтобы можно было жёстко ограничивать доступные инструменты;
  • Kill Switch — аварийную остановку агентов для ИБ-отдела;
  • Compliance Logging — чтобы действия можно было логировать и передавать в контур комплаенса;
  • базовую архитектурную документацию, от которой уже можно строить решение под конкретное предприятие.

То есть смысл репозитория не в том, чтобы сказать: “Вот, берите и завтра запускайте во всех компаниях”.

Смысл другой: показать, что полуготовая база уже существует, и что организациям не обязательно начинать путь с чистого листа.

Главное преимущество OpenClaw — гибкость

Если совсем коротко сформулировать, почему я вообще выложил этот проект, то ответ такой:

из-за гибкости OpenClaw.

На рынке сейчас много разговоров про агентские системы, но когда начинаешь смотреть не глазами энтузиаста, а глазами компании, сразу вылезают другие вопросы:

  • как это ограничить,
  • как это контролировать,
  • как это встроить в контур,
  • как это согласовать с безопасностью,
  • как это адаптировать под реальные процессы, а не под демо-сценарий.

И вот здесь универсальные “пользовательские” решения часто начинают буксовать.

А OpenClaw позволяет строить гораздо более узкие, жёсткие и специализированные сценарии. Не самые красивые для массового пользователя, зато куда более реалистичные для бизнеса.

По сути, это хороший фундамент для случаев, где нужно не “побольше магии”, а:

  • больше контроля,
  • больше ограничений,
  • больше предсказуемости,
  • больше соответствия требованиям организации.

Почему это именно прототип, а не готовая коробка

Это тоже принципиальный момент.

Я не считаю, что можно сделать один универсальный “enterprise AI agent”, который одинаково хорошо подойдёт банку, производству, госсектору, интегратору, e-commerce и внутренней IT-команде.

У каждой организации свои требования:

  • своя сеть,
  • свои внутренние API,
  • свои CRM и учётные системы,
  • свои правила доступа,
  • свои требования комплаенса,
  • свои ограничения ИБ.

То есть финальная часть работы всё равно должна делаться под конкретного заказчика.

Именно поэтому у меня в репозитории и написано, что это прототип. Это не попытка выдать полуфабрикат за готовое enterprise-решение. Наоборот — это честная позиция: вот база, вот направление, вот архитектурные заготовки, а дальше уже нужна адаптация под реальный контекст.

Если проводить аналогию, это примерно как CRM-система: есть общий движок, но реальная ценность появляется только после настройки под процессы конкретной компании.

С агентскими системами, на мой взгляд, будет то же самое.

Почему я вообще решил выложить такой первый репозиторий

Наверное, именно потому, что это не самый очевидный путь.

Обычно публичные репозитории выкатывают с расчётом на массового пользователя: чтобы любой человек скачал, запустил, посмотрел, поставил звезду. Это логично.

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

Да, такие решения есть. Понятно, что внутри компаний специалисты этим занимаются. Но именно в виде открытых репозиториев, где можно посмотреть направление, подход и структуру, лично мне такого попадалось не так много.

Может, я плохо искал. Но, как бы то ни было, захотелось выкатить что-то своё.

И в этом смысле OpenClaw Business для меня — не просто первый репозиторий. Это ещё и способ зафиксировать свою позицию: агентские системы для бизнеса — это не только про “что агент умеет”, но и про “что ему запрещено”, “как он встроен в контур” и “насколько его вообще можно контролировать”.

Что я хочу этим показать бизнесу

На самом деле посыл статьи очень простой.

Если ваша организация до сих пор не подошла к агентским системам, потому что кажется, что это всё либо слишком сыро, либо слишком опасно, либо слишком “игрушечно”, — возможно, стоит посмотреть на тему под другим углом.

Не как на “агента, которому дали интернет и кнопку мыши”.

А как на систему, которую можно:

  • развернуть внутри своего контура,
  • ограничить по инструментам,
  • посадить на локальные модели,
  • встроить в свою архитектуру,
  • адаптировать под конкретные внутренние задачи.

Именно это я и хотел показать своим репозиторием.

Не как готовый ответ на все вопросы, а как доказательство, что в эту сторону уже можно двигаться практически.

Итог

Для меня этот репозиторий — сразу про несколько вещей.

Во-первых, это мой первый публичный GitHub-репозиторий.

Во-вторых, это попытка показать, что open source агент можно мыслить не только как помощника для одного человека, но и как основу для корпоративного решения.

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

Если вам интересна эта тема, репозиторий открыт: OpenClaw Business
GitHub:
https://github.com/dmantipinai-hash/openclaw-business

И да — это пока только начало.

А вы уже подбираете агентское решение для своей организации — или пока только присматриваетесь к теме?