Мария Валуй

Проекты · Мария Валуй

AI-системы для управления бизнесом

Ясные цели, параллельная работа и проверяемые результаты.

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

Мой вклад

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

Статус

В разработке.

Над какой задачей я работаю

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

Моя роль

Мой вклад — продуктовая постановка: что система должна сделать, какая информация ей нужна и по каким признакам задача считается выполненной. Я также определяю, где система действует автономно, а где действие требует согласования. При этом у агентов остаётся свобода выбирать способ решения в понятных границах.

Как я выстраиваю рабочий процесс

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

От бизнес-цели к проверяемому результату

  1. Определить цельНазвать решение или итоговый материал и критерии завершения.
  2. Работать параллельноИсследовать источники, разрабатывать варианты и проверять предположения.
  3. Собрать доказательстваСохранить источник и соответствующую версию вместе с каждым результатом.
  4. Проверить итогСверить результат с критериями; к согласованию действия подготовить конкретный материал.
Мой продуктовый подход: цель, параллельная работа, доказательства и проверка.

Что должно быть понятно из уведомления

Уведомление полезно, когда помогает определить следующий шаг. Продукт и источник показывают, относится ли оно к задаче. Версия позволяет понять, действует ли уже выполненная проверка. В примере ниже уведомление относится к задаче, но проверку нужно обновить.

Иллюстрация механизма

Уведомление: нужен пересмотр

Продукт
Операции
Источник
Реестр уведомлений
Версия уведомления
Версия B
Проверенная версия
Версия A
Проверить соответствие

Относится к задаче? Да: продукт совпадает с областью текущей задачи.

Проверена эта версия? Пока нет: уведомление относится к версии B, а сохранённая проверка — к A. Нужна проверка текущей версии.

Условный пример: названия и версии демонстрационные.

Главный вывод для меня

Полезный продуктовый вопрос часто точнее, чем «Может ли AI это сделать?». Что означает завершение именно этой задачи и какие доказательства позволят другому агенту или владельцу бизнеса его проверить? К этому вопросу я возвращаюсь при работе над системой.

Мой анализ проверяемой работы AI ↗

Пример опирается на внутренний отчёт о разработке Core от 4 октября 2026 года: границы источников уведомлений и идентификация релиза; локальный релиз-кандидат.