Слово «AI Operating System» на рынке уже занято — но почти всегда оно означает систему,
в которой живут агенты: их собирают, тестируют,
публикуют и наблюдают. VOIR устроен иначе: операционная система здесь — это
сам бизнес. Её единица измерения — не запуск агента,
а выполненная задача компании.
Тезис страницы. Систему можно описать тремя слоями — кто имеет право
действовать, кто решает и чем действие выполняется. Если все три слоя принадлежат
бизнесу, а не отделу разработки, получается операционная система компании.
Таксономия «Control / Agentic / Execution» взята как проверенная трёхслойная модель
enterprise-платформ; наполнение каждого слоя у VOIR — своё.
Статус честно.
На момент публикации ни один из трёх слоёв и ни один из восьми отделов не реализован.
Всё описанное ниже — целевая архитектура продукта. Пошаговое проигрывание пути задачи
на этой странице помечено как демонстрация и работает на заранее подготовленных
сценариях, без обращения к живому AI-сервису и без изменения каких-либо данных.
Клиентов, отзывов и метрик внедрения у проекта нет, поэтому они здесь не приводятся.
02 · Разрез
Три слоя, сквозь которыепроходит любая задача
Слои описывают не этапы разработки, а то, как задача движется в работающей компании:
сначала — имеем ли мы право это делать, затем — кто и как решает, и только потом —
чем именно решение исполняется.
L·01Control — управление и границы
Кто имеет право действовать
Слой правил: что агенту разрешено, какие действия требуют подтверждения человека
и как записывается каждое решение. Он не выполняет работу — он задаёт её границы.
В живой компании это устав, должностные инструкции и лимиты подписи. В VOIR слой
Control отвечает за то, чтобы автономия отдела не превращалась в непредсказуемость:
любое действие с деньгами, клиентами или внешними системами проходит через правило,
которое задал владелец.
Правила и запреты, сформулированные обычным языком, а не регулярными выражениями
Подтверждение человеком для действий с последствиями — отдельный, явный шаг
Разграничение доступа: что может отдел отдельно от того, кто им пользуется
Журнал решений: кто, когда и на каком основании так поступил
Финансовые операции и платежи — только с явного разрешения владельца
АналогияРегламент компании и лимит подписи руководителя: что можно делать без согласования, а что — только через подпись.
Что этот слой НЕ делаетНе принимает решений по задаче и не вызывает инструменты. Он только разрешает, запрещает или отправляет на подтверждение.
Целевая архитектураРеализовано: нет
L·02Agentic — принятие решений
Кто решает и как задача разбирается
Слой, в котором живут AI CEO и восемь отделов. Здесь задача превращается в план:
подзадачи, исполнители, порядок, зависимости и критерий готовности.
Это единственный слой, который «думает». AI CEO принимает задачу от владельца как
есть — без промпта и без указания, какой отдел за что отвечает, — и разбирает её
сам. Отделы работают в рамках своей функции: у маркетинга, финансов и поддержки
разные данные, разные инструменты и разные критерии качества.
AI CEO: приём цели, декомпозиция, назначение исполнителей, контроль сроков
Восемь отделов как постоянные функции бизнеса, а не как набор отдельных чат-ботов
Передача результата между отделами по маршруту, а не вручную копированием
Детерминированный граф там, где процесс известен, и автономия внутри отдельного шага
Эскалация владельцу, когда отдел не может решить задачу в своих границах
АналогияРуководитель и руководители отделов: задача приходит одной формулировкой, а уходит планом с ответственными.
Что этот слой НЕ делаетНе хранит секреты доступа и не ходит во внешние системы напрямую — для этого есть слой Execution.
Слой инструментов: коннекторы к почтам, CRM, таблицам и календарям, вызовы моделей,
детерминированные шаги и результат, который возвращается в отдел.
Здесь нет принятия решений — только точное исполнение того, что решил слой Agentic
и что разрешил слой Control. Ключевое требование к этому слою: учётные данные
не должны попадать в модель. Инструмент получает доступ сам, модель видит только
результат.
Учётные данные хранятся в шлюзе и не передаются модели
Детерминированные шаги для процессов, где последовательность известна заранее
Несколько моделей на выбор вместо привязки к одному вендору
Запись каждого вызова: что сделано, сколько стоило, успешен ли шаг
АналогияРабочие инструменты сотрудника: доступ к системе, шаблоны документов и право выполнить операцию.
Что этот слой НЕ делаетНе решает, нужно ли действие, и не меняет план. Провал шага возвращается в отдел, а не обходится молча.
Целевая архитектураРеализовано: нет
03 · Путь задачи
Одна задача через всю систему
Вместо абстрактной схемы — путь конкретной единицы работы: от формулировки владельца
до ответа, который он получает. Каждый этап подписан слоем, в котором он происходит.
Демонстрация
Три сценария ниже — заранее подготовленные тексты,
а не работа системы. Они не выполняются живым AI-сервисом, не обращаются к сети и не
меняют никакие данные. Проигрывание этапов нужно только для того, чтобы показать порядок,
в котором задача проходит сквозь слои. Весь текст этапов присутствует в HTML и доступен
целиком без JavaScript.
Сценарий
Ожидание: выберите сценарий и нажмите «Проиграть»
0 / 6
Этапы можно проходить и без таймера: наведите фокус внутрь списка этапов и используйте
стрелки ↑↓.
Клиент просит вернуть деньги за непоставленный заказ
Формулировка владельца: «Клиент N просит возврат, поставка сорвана. Разберитесь и
скажите, что делаем». Одна единица работы — обращение клиента — проходит все три слоя.
1Обращение принято как задачаAgentic
Владелец передаёт формулировку как есть. AI CEO фиксирует цель: решить обращение
клиента и вернуть владельцу вывод, а не переслать письмо в поддержку.
2Цель разобрана на подзадачиAgentic
Три подзадачи: восстановить факты по заказу (Операции), оценить финансовые
последствия возврата (Финансы), подготовить ответ клиенту (Поддержка). Критерий
готовности — решение по возврату и текст ответа.
3Проверка: разрешено ли это делатьControl
Слой Control сверяет план с правилами: возврат денег — действие с финансовыми
последствиями, поэтому оно требует подтверждения владельца. Сбор фактов и
подготовка текста ответа подтверждения не требуют.
4Отделы собирают данныеExecution
Операции поднимают статусы доставки по заказу, Финансы — оплаты и удержания,
Поддержка — историю обращений клиента. Учётные данные остаются в шлюзе: модель
видит только полученные значения.
5Подтверждение владельцаControl
AI CEO выносит решение на подтверждение: сумма возврата, причина, что уже
сделано и что изменится для клиента. Без подтверждения возврат не выполняется.
6Один сводный ответ владельцуAgentic
Итог формулируется бизнес-языком: что произошло, кто что сделал, какое решение
принято и что стоит исправить в процессе, чтобы сорванная поставка не повторилась.
Технические вызовы в этот ответ не попадают.
Расходы на маркетинг выросли, а заявок больше не стало
Формулировка владельца: «Тратим больше, заявок столько же. Найдите, где теряется».
Задача проходит слои в том же порядке, но исполнители другие.
1Задача принята в одной формулировкеAgentic
Владелец не указывает канал и не формулирует промпт. AI CEO принимает задачу
как вопрос о расхождении двух показателей и определяет, какие отделы держат
нужные данные.
2План: расходы, конверсия, сравнение с рынкомAgentic
Финансы сводят расходы по каналам за период, Маркетинг — показатели
привлечения и конверсии в заявку, Исследования — как менялась стоимость
контакта в отрасли. Порядок задан так, чтобы выводы не зависели друг от друга.
3Проверка границ: только чтениеControl
Все три подзадачи — чтение и расчёт, внешних действий нет, поэтому подтверждение
не требуется. Любое изменение рекламного бюджета потребовало бы отдельного
согласования.
4Отделы получают данные из своих системExecution
Платёжные и рекламные источники, счётчики на сайте, публичные данные рынка.
Каждый вызов записывается: что запрошено, успешно ли, во сколько обошлось.
5Расхождение найдено и провереноAgentic
AI CEO сопоставляет результаты отделов и отбрасывает версии, которые данные не
подтверждают. Если расхождение не объясняется, задача возвращается в отдел с
уточнением, а не закрывается вероятным ответом.
6Отчёт с вариантами и их последствиямиAgentic
Владелец получает объяснение расхождения и два-три варианта действий с
последствиями каждого. Перераспределение бюджета система не выполняет —
это решение владельца.
Нужно закрыть вакансию в отделе продаж
Формулировка владельца: «Нужен человек в продажи». Задача длинная: она не завершается
одним ответом и требует контроля сроков по этапам.
1Принята задача с горизонтом в неделиAgentic
AI CEO фиксирует не ответ, а процесс с этапами и сроками: профиль роли, вакансия,
бюджет, поток откликов, выход на работу. Задача остаётся открытой между этапами.
2Этапы распределены по отделамAgentic
Продажи описывают задачи роли, Люди готовят вакансию и критерии разбора откликов,
Финансы подтверждают бюджет, Операции составляют план выхода на работу.
3Внешние действия вынесены на подтверждениеControl
Подготовка текста вакансии подтверждения не требует. Публикация на внешних
площадках и любое предложение кандидату — требуют, потому что это действия
вовне от имени компании.
4Исполнение этапа и сбор откликовExecution
Инструменты публикуют вакансию после подтверждения и собирают отклики.
Результат этапа сохраняется, поэтому через неделю система продолжает с той же
точки, а не начинает разбор заново.
5Контроль сроков и эскалацияAgentic
Если этап стоит дольше планового срока или откликов недостаточно, AI CEO сообщает
владельцу, на каком этапе задача застряла и что можно изменить, — вместо того
чтобы молча ждать.
6Отчёт по найму одним документомAgentic
Профиль роли, текст вакансии, критерии разбора, подтверждённый бюджет и план
первых задач — одной цепочкой, с указанием, какой отдел что подготовил и где
решение осталось за владельцем.
04 · Состав
Восемь отделов в разрезе системы
Для каждого отдела указано, какой слой за него отвечает, что он получает на вход и что
обязан вернуть. Отдельные страницы отделов ещё не опубликованы — они появятся позже,
поэтому здесь нет ссылок на них.
DEPT·01 / MKT
Маркетинг
страница отдела: скоро
ВходЦель по спросу, данные о продукте, ограничения по бюджету и тону коммуникации
ВыходМатериалы и каналы привлечения, показатели по кампаниям, вывод о том, что работает
Слой принятия решенийAgentic — отдел сам выбирает связку каналов внутри заданных границ
Что требует подтвержденияЗапуск и оплата рекламных кампаний, любая публичная коммуникация от имени компании
Целевая архитектураРеализовано: нет
DEPT·02 / SLS
Продажи
страница отдела: скоро
ВходОбращения и лиды от маркетинга, условия по продукту, ограничения по скидкам
ВыходКвалифицированные обращения, подготовленные предложения, состояние воронки
Слой принятия решенийAgentic — приоритизация обращений и оценка вероятности сделки
Что требует подтвержденияОтправка сообщения клиенту, условия и скидки вне утверждённого диапазона
Целевая архитектураРеализовано: нет
DEPT·03 / OPS
Операции
страница отдела: скоро
ВходЗаказы, обязательства, регламенты и сроки, документы по процессам
ВыходФактический статус исполнения, узкие места, план работ с ответственными
Слой принятия решенийГибрид — известные процессы идут детерминированным графом, отклонения разбирает отдел
Что требует подтвержденияИзменение сроков перед клиентом и любые действия, затрагивающие обязательства компании
Целевая архитектураРеализовано: нет
DEPT·04 / FIN
Финансы
страница отдела: скоро
ВходДанные об оплатах и расходах, бюджет, вопросы о рентабельности направления
ВыходРасчёты, отчёты по направлениям, оценка последствий решений, прогноз кассы
Слой принятия решенийAgentic — оценка вариантов и их последствий, а не только пересчёт цифр
Что требует подтвержденияВсе финансовые операции и платежи без исключения — только с явного разрешения владельца
Целевая архитектураПлатежи — только с разрешения владельца
DEPT·05 / HR
Люди
страница отдела: скоро
ВходПотребность в роли, задачи позиции, ограничения по бюджету и формату занятости
ВыходВакансия, критерии разбора откликов, план онбординга, внутренние инструкции
Слой принятия решенийAgentic — разбор откликов по заданным критериям с объяснением оценки
Что требует подтвержденияПубликация вакансии, любое обращение к кандидату, решение по человеку
Целевая архитектураРеализовано: нет
DEPT·06 / RES
Исследования
страница отдела: скоро
ВходВопрос о рынке, конкурентах или данных, границы поиска и срок, к которому нужен ответ
ВыходСводка с указанием источников и даты среза, честная отметка «данных нет» там, где их нет
Слой принятия решенийAgentic — выбор источников и оценка достоверности найденного
Что требует подтвержденияНичего: отдел работает только с публичными источниками и не выполняет внешних действий
Целевая архитектураРеализовано: нет
DEPT·07 / DEV
Разработка
страница отдела: скоро
ВходТребование к продукту, описание дефекта, задача на интеграцию с внешней системой
ВыходИзменение с проверкой, техническая документация, оценка трудоёмкости и рисков
Слой принятия решенийAgentic — выбор способа решения внутри требования
Что требует подтвержденияВыкатка изменения в рабочий контур и доступ к продуктивным данным
Целевая архитектураРеализовано: нет
DEPT·08 / SUP
Поддержка
страница отдела: скоро
ВходОбращения клиентов, база знаний, правила тона и границы того, что можно обещать
ВыходОтветы по типовым случаям, классификация обращений, системные причины, переданные в отделы
Слой принятия решенийAgentic — оценка случая и выбор: ответить, уточнить или передать в другой отдел
Что требует подтвержденияОбещания клиенту, компенсации и всё, что выходит за утверждённые правила ответов
Целевая архитектураВосьмой отдел — добавлен к списку из ТЗ
05 · Позиционирование
Слово «операционная система» уже используют. Речь о другом
Ниже — как называют свои платформы компании, которые мы исследовали, и что именно
является их единицей работы. Формулировки взяты из публичных страниц и материалов,
собранных в исследовании; сравнение описывает предмет каждой платформы, а не её качество.
Beam AI
«The Operating System for AI Transformation»
Единица: процесс
Платформа картирует процессы отдела, оценивает их объём и стоимость и ставит агентов
на самые дорогие. Слой называется AgentOS. Это система управления преобразованием
процессов компании в автоматически исполняемые.
Источник: research/extra-10.md, раздел о Beam AI (публичная главная страница)
Sierra
«Agent OS»
Единица: клиентский агент
Операционная система для команд клиентского опыта и разработчиков, которые строят
агентов: сборка, наблюдение, долгие планы улучшения. Предмет системы — жизненный
цикл агента, работающего с клиентами.
Источник: research/extra-10.md, официальный блог-анонс Sierra
Dust
«Multiplayer AI for human-agent collaboration»
Единица: рабочее пространство
Люди и агенты работают в общих пространствах с общим контекстом; на сайте есть
раздел Departments. Координация идёт через общее рабочее пространство и упоминания,
отдельного центрального руководителя нет.
Источник: research/extra-10.md, dust.tt (главная, блог Series B)
Workato
«Neutral control & execution platform for Enterprise AI»
Единица: интеграция и рецепт
Источник трёхслойной таксономии Control / Agentic / Execution, которую мы используем
как каркас. Предмет платформы — управление интеграциями предприятия и слой агентов
поверх них.
Предмет системы — не агент, не процесс и не рабочее пространство, а задача компании
от формулировки владельца до сводного ответа. Поэтому в центре стоит AI CEO, который
принимает цель и распределяет её по восьми отделам, а не каталог агентов, который
владелец собирает сам.
Целевая архитектура, продукт в разработке
Почему это отличие существенное
Если единица работы — агент или процесс, владельцу бизнеса приходится самому разбираться,
каких агентов собрать, в каком порядке их запустить и как свести их ответы. Если единица
работы — задача бизнеса, то разбор, назначение, порядок и сведение результата становятся
обязанностью системы. Именно это различие определяет, кто выполняет управленческую
работу: человек с конструктором агентов или платформа с руководителем в центре.
Подробно роль центрального руководителя описана на странице
AI CEO
06 · Границы
Что эта система не делает
Границы описаны так же подробно, как возможности: по ним видно, где заканчивается
автономия отдела и начинается решение владельца.
Не выполняет платежи и финансовые операции
Финансовый отдел готовит расчёты, отчёты и оценку последствий. Платежи, переводы и
любые операции с деньгами не выполняются без явного разрешения владельца — на уровне
правил слоя Control, а не как настройка по умолчанию.
Не заменяет владельца в решениях о людях и клиентах
Отделы готовят материалы: вакансию, критерии разбора откликов, текст ответа клиенту,
условия предложения. Решение по человеку и обещание клиенту остаются за владельцем
или уполномоченным сотрудником.
Не выдаёт догадку за результат
Если данных для вывода не хватает, задача возвращается в отдел с уточнением или
уходит на эскалацию владельцу. Ответ «данных нет» считается корректным результатом
работы отдела, а не сбоем.
Не обходит защиту сайтов и не нарушает правила сервисов
Сбор информации из внешних источников ведётся легитимно: соблюдаются robots.txt и
условия сервисов, агент представляется как автоматизированный клиент. Обход блокировок
и маскировка под человека в целевой архитектуре не предусмотрены.
Не работает сегодня
Это целевая архитектура. Ни один из трёх слоёв и ни один из восьми отделов на момент
публикации не реализован. Демонстрация пути задачи на этой странице использует заранее
подготовленные тексты и не подключена к живому AI-сервису.
Ещё не опубликованоТарифы, о платформе, контакты
Страницы готовятся. До их публикации ни одна из них не является ссылкой — чтобы не
вести вас на пустое место.
скоро